Reprise du message précédent :
J'en ai déduis qu'avec reflector et en classant par score, on ne sélectionne que des serveurs bien à jour.
mir et polymorf ne sont pas dans les premiers d'ailleurs.

Il n'y a pas une police qui a ces caractères particuliers justement ? dans Kconsole c'est bien écrit.
 
Au fait, il a bien une commande pour passer la console en anglais, pour avoir les message d'erreur en anglais pour les recherches web ? Il me semble avoir vu ça dans mes débuts sur linux.

Dans le cas d’une console en session graphique, la plupart des polices ont la prise en charge d’Unicode, oui (emojis inclus).
Pour une console en TTY, donc en mode texte pur, ça…
 

Pour un usage ponctuel, tu préfixes simplement ta commande avec la variable « LANG=C ».

Voici mes réglages de base pour ma petite Archlinux : lang: FR, clavier: FR, locale: fr + us, font du terminal: hack
 
Pour editer/modifier un fichier, terminal: sudo nano /monchemin (ou sudo vi...)
 
> /etc/locale.conf

 
> /etc/locale.gen

--> pour appliquer le changement, terminal: sudo locale-gen
 
> /etc/vconsole.conf

Pourquoi "eurlatgr" ? Voir ici: https://wiki.archlinux.org/index.ph [...] sole#Fonts

 
SI on utilise Kde :
 
> ~/.config/kdeglobals

pour le terminal (konsole) j'aime bien la police "hack": sudo pacman -S ttf-hack
 
> ~/.config/plasma-localerc

 
Une petite précision concernant le terminal (konsole par exemple) mieux vaut utiliser une font fait pour ex: une font de type dit "fixed" ou "mono" sinon ça crée typiquement les problèmes avec caractères spéciaux ou accent.
 
En espérant que ça peut aider à résoudre ce petit souçi...?
 
(je post très rarement mais confinement oblige j'ai du temps à perdre   )

sympa de partager, pas évident de trouver les bonnes infos des fois.

edit :

bonne pioche, elle fait les … et les ’

En net progrés ! j'ai triché un peu en mettant seulement 1s pour grub et un login automatique à sddm + bureau vide au démarrage.
J'ai remarqué qu'il y a le lancement de "NetworkManager-wait-online.service" qui met 8s à démarrer.

Si c'est avec un SSD (?) c'est anormalement long, dans ce cas tu peux poster le résultat de:
 

On y trouvera peut-être le coupable    
 
Sinon si c'est un Hdd classique ça me parait normale  

oui un SSD nvme (Toshiba XG6 512G)

Ça tombe bien : je viens de voir la toute nouvelle checklist d’installation de Sebsauvage pour Ubuntu MATE, et celui-ci préconise de désactiver ce service au démarrage (raison : « Pas besoin d'attendre que le réseau soit dispo pour afficher la fenêtre de login (fait gagner un peu de temps au démarrage) »).
À voir si ça peut accélérer les choses chez toi aussi. A priori, d’après cette description, c’est pas un composant critique, donc tu perds rien à essayer.

P'tain, chui admiratif...Anarchy s'est encore cassée à l'arrache.  
https://anarchyinstaller.org/
Je croyais, au début, que c'était un vol de domaine mais non ils ont benné leur site tout neuf pour en faire un nouveau plus vide, changé de github à gitlab.  
Ils n'ont pas envie de se faire connaître.

Samba qui démarre avant NetworkManager: je pense que le problème vient de là! Ca me semble évident que les deux services de Samba (smb/nmb) attendent que le réseau soit démarrer via NetworkManager.
(la configuration de Samba c'est pas mon truc j'y connais pas grand chose...je dis ça par pure déduction)
 
Après une rapide recherche dans le wiki archlinux j'ai trouver une info intéressante à lire ici: https://wiki.archlinux.org/index.ph [...] dispatcher
 

Manipulation à faire sous compte root ou via sudo, d'abord modifier dispatcher:
 

 
Puis ajouter/créer ces deux script: attention il faut que tu adapte le chemin (point de montage: /mount blabla) dans le script (je te l'ai mis en violet dans la citation)
 

 
et
 

EDIT: Ne pas oublier de démarrer le service dispatcher: systemctl enable --now NetworkManager-dispatcher.service
 
Et je suppose (?) qu'il faut après avoir fait cela désactiver le démarrage automatique de Samba:

En espérant ne pas te dire une connerie  

Je ne suis pas convaincu que cette fenêtre attende le réseau.
Ce n'est pas parce que quelque chose prend du temps dans blame, que c'est embétant, ca peut se passer pendant qu'on est deja sur la session. Ex actuel:
 

Vu que « graphical.target » se trouve au-dessus de « multi-user.target » (qui est le niveau d’init précédent), je dirais qu’il faut lire cet arbre généalogique à l’envers : le service le plus haut s’exécute après ceux situés plus bas. Et donc, Samba s’exécute bien après NetworkManager, et non avant.

Gee : c’est ce qu’il dit. Maintenant, est-ce qu’il a raison, ou est-ce qu’il nous la joue « effet placebo », ça… Je sais juste que je ne vais pas faire sa manip, vu que mon système (qui n’est pas une Ubuntu, même si ça fera pas forcément une grande différence) tourne bien, et que je vais donc pas m’amuser à le trafiquer inutilement.
Quand je vois que mettre le « vm.swappiness » à 10 est sans effet sur la tendance du système à aller créer du SWAP, alors qu’il reste plein de RAM libre (et donc, bien plus que seulement 10%)…

Pour l'arbre tu as raison
 
Il peut dire ce qu'il veut, ca ne veut pas dire qu'il a raison (ou moi bien sur ).

C’est bien ce que je dis.

Ok je ne savais pas, c'est contre intuitif la 1ere entrée = la dernière    
 
mea culpa Berlo je t'ai mis sur une fausse piste désolé !
 
Pour le swap perso je ne l'active pas c'est radical c'est sur (ryzen 2600x, 16Go de ram, 2x ssd mx 500 de 500go) : utilisation "bureautique classique" et pas de jeux > du coup avec 16go j'ai de la marge le swap dans mon cas n'a aucun intérêt  
 
free -m

, pas grave je n'ai eu le temps de regarder là.
 
Je suis pareil j'ai 16go de ram, mais j'ai mis quand même un petit swap de 4go, qui est tout le temps vide... Mais j'avais lu que certains programmes pouvaient en avoir besoin. Le jour ou je suis à l’étroit sur le disque, je le virerais.

Je viens de me créer un hook pacman, ça consiste à créer un fichier qui oblige pacman à faire une action "post-transaction" lorsqu'il installe ou met à jour un paquet précis,

https://wiki.archlinux.org/index.php/Pacman#Hooks

on peut s'inspirer des fichiers hook existants pour créer le sien, dans mon cas ça concerne le paquet netctl, par défaut le fichier netctl@.service a une configuration non optimisée, il a tendance à vouloir trop rapidement considérer la connexion internet comme "timeout", il ne laisse pas assez de temps à ma carte réseau de s'initialiser au boot du PC,

la solution : créer un hook pacman qui va rajouter 2 lignes au fichier unit systemd de netctl@.service, pour l'obliger à redémarrer son service en cas d'échec :

une autre solution aurait été de mettre un fichier unit systemd personnalisé pour netctl dans /etc pour qu'il soit prioritaire par rapport à la version installée par le système, mais je n'étais pas sûr du bon chemin à utiliser.

Tu ne devrais pas modifier le fichier qui vient avec mais en effet en creer un autre: https://wiki.archlinux.org/index.ph [...] unit_files

J'ai donc fait la modif :
 

 
ça m'a ouvert un éditeur texte en mode console (nano), et là j'ai ajouté les 2 options :
 

 
après validation ça m'a crée un nouveau fichier :
 

 
merci de l'info, ça devrait donc remplacer le hook pacman    
 

Pour info au cas ou, dans ce cas tu as 2 options:

- celle que tu as choisi, avec override.conf, en gros ça rajoute par rapport au fichier de base. Si tu veux changer ExecStart je crois qu'il faut en 1er le redéclarer vide avant d'y donner une ligne de commande.

- Tu peux aussi totalement remplacer le fichier du service avec un nouveau. Dans ce cas tu aurais /etc/systemd/system/netctl@.service je crois bien.

Il y a des points positifs et négatifs aux 2 solutions, mais en principe l'override me parait mieux, si possible.

 
Ça y est tout est foutu  

Toutes les traductions de Thunderbird sont en 68.8.0-1 mais le logiciel en lui même est encore en 68.7.0-2 donc forcément ça coince  

Ouais. De vrais champions…

Si vous êtes pressés, en attendant que ce soit réglé, le mieux reste de récupérer l’archive chez Mozilla, la décompresser quelque part et changer le raccourci pour pointer sur le programme inclus dans l’archive. Et il n’y aura même pas de problème de Lightning non traduit, en plus !
(De toute façon, je récupère toujours l’archive pour en extraire le XPI de Lightning et le réinjecter à la main dans la version officielle d’Arch)

Comme dit Trit' des fois (et là selon ce que dit MIM ça semble le cas, je suis pas allé vérifier) suffit juste d'attendre quelques minutes/heures et ça remarche.
 
Pour une raison que j'ignore les repos parfois se désynchronisent et des paquets fortement liés par des versions se retrouvent ininstallables...
 
Je sais pas si c'est le push vers le repo central qui est pas atomique chez Arch ou si ce sont les miroirs qui le sont pas mais c'est assez problématique...
 
Encore là tu le vois parce que le mainteneur a fait l'effort de mettre la version dans le dépendance, mais des fois elle y est pas et ça upgrade quand même et tout pète au reboot

C'est sur que sur ce coup le mainteneur à légèrement ça doit être un effet kiss kool du confinement    
 
(ahem!) blague à part pour installer le pack de langue (FR par ex) manuellement (et ne plus avoir cette erreur avec pacman)
 

• j'ai virer la traduction actuellement installé (fr dans mon cas): sudo pacman -R thunderbird-i18n-fr
• puis j'ai télécharger le fichier du pack de langue FR sur le site officiel des addon pour TB : https://addons.thunderbird.net/fr/t [...] ck-thunder
• démarrer TB puis aller dans menu: Tools --> Add-ons --> Options (icône avec la roue crantée), choisir:

Install Add-on From File... > sélectionner le fichier télécharger précédemment, ex: francais_language_pack_thunderbird-68.0buildid20190909201201-tb.xpi
 
Fermer/relancer Thunderbird, si nécessaire retourner dans les Addon et activer la langue (Français) et le tour est joué  
 
Edit: avec Tb en v 67.8.0 et langpack fr (pourtant v 68.x...) ça fonctionne niquel, faudra pas oublier de supprimer (manuellement via la page addon) le langpack fr > quand TB v68 sera disponible (afin de d'installer via pacman : thunderbird-i18n-fr + la maj de thunderbird) histoire de garder une "cohérence".

merci pour l'info, j'ai bloqué cette mise à jour dans pamac.

edit : c'est bon vous pouvez y aller :

Merci pour l'info    
 
du coup j'ai poster la manip pour rien! A 2mn près  
...ceci dit hier j'avais déjà eu le "problème" et on devait quelques dizaine de millier à ce dire "c'est quoi c'te bordeleuh"  
 
Edit: xpi supprimé à la main, puis j'ai du mettre à jour les miroirs avec reflector (polymorph, mir, esslingen... n'était pas encore synchro sans doute dans quelques heures)
sudo reflector --country France --country Germany --age 4 --protocol https --latest 4 --sort rate --save /etc/pacman.d/mirrorlist
suivi de: sudo pacman -Syyu et la maj de thunderbird était proposé    
 

On se fout de la poire du mainteneur mais il a quand même rectifié un samedi après midi, c'est déjà pas si mal  

C’était pas un problème de miroirs, ici : on dirait plutôt que le mainteneur (vu qu’il fait toute la série…) avait bien mis en ligne les paquets de traductions de la 68.8… mais pas celui du logiciel lui-même (resté en 68.7). Ça se voyait sur le site officiel : « thunderbird » marqué obsolète, mais pas les « thunderbird-i18n-* ».  
 

68.7, plutôt, non ?

Non j'avais bien TB en v67.8.0 + langpack fr en v68.0 installé via fichier *.xpi à la main = zéro problème... je sais ça peut paraître bizarre   mais je t'assure que ça fonctionne(ais) parfaitement    
 
Évidemment quelques mn + tard, Tb était dispo (le timing tout pourri lolz) en v68, j'ai alors supprimer le pack xpi installer à la main (addon > languages > Français > supprimer), puis j'ai mis à jour les miroirs (reflector...) + pacman -Syyu et hop maj de thunderbird disponible et installer, du coup il me restais plus qu'a installer thunderbird-i18n-fr pour remettre le pack fr sans bidouiller.

Les versions de Thunderbird dont le numéro ne correspond pas à celles de Firefox ESR sont des versions bêta. Tu aurais dû le préciser : ça aurait évité de faire croire à une inversion des touches.
 
Et je ne doute pas que ça marchait, puisque tu dis que ça marchait. Faut dire : tu installes un XPI à la main, donc l’OS ne le « voit » pas (puisque tu n’es pas passé par la version des dépôts) et ne peut pas bloquer en prévenant d’un possible problème de versions incompatibles.

Non j'étais bien sur la version standard (et pas la beta) mais oui clairement je me suis embrouiller moi-même (dans mon poste précédent mis en citation) avec le n° de version : c'était pas la v67.8 > mais bien la v68.7.0-2 (+xpi de la v68.0x), rahlalala le confinement ça commence à me flinguer les neurones
 
pacman.log:
[2020-05-09T17:07:03+0200] [ALPM] upgraded thunderbird (68.7.0-2 -> 68.8.0-1)
[2020-05-09T17:07:23+0200] [ALPM] installed thunderbird-i18n-fr (68.8.0-1)
 
Bref c'était un moyen (parmi d'autre) de contourner ce petit couac pas si grave du mainteneur (qui lui aussi doit perdre quelques neurones avec le confinement   )

Tiens, Gnome ne démarre plus après la mise à jour d'aujourd'hui.
Ça faisait longtemps que j'avais pas eu un problème après une mise à jour (>2 ans).
 
J'ai pas le temps d'enquêter du coup j'ai restauré un snapshot (j'ai pris l'habitude de toujours faire un snapshot avant une mise à jour de Gnome puis j'attends quelques jours et en général le problème est réglé (un jour faudra que je change de DE)).

pas de soucis de maj pour vous ?
 
Moi ça veut pas

J'ai eu un timeout sur repo.archlinux.fr, mais après changement de dépôt rien à signaler ...

j'avais mis en place un truc avec reflector pour ne plus être embété

Y'a un journal où on peut voir ce qui coince ?

/var/log/pacman.log ?

Faut faire ce qu'on t'a conseillé :

- ne mettre qu'un seul dépôt (pas de cocktail de liens), si tu habites en France mettre ceci dans le fichier mirrorlist, il n'entraine quasiment jamais de problème en 7 ans d'utilisation :

- ne pas utiliser les machins de type geek reflector/benchmark, on part du principe que le dépôt qu'on a mis dans le fichier de configuration est fiable et suffisamment rapide pour que l'on ait pas besoin de se préoccuper de la vitesse et de sa fiabilité

- si vraiment il y a eu un souci : éditer à la main mirrorlist pour remplacer le lien polymorf.fr par celui ci : http://mir.archlinux.fr/$repo/os/$arch

- réduire la fréquence des "pacman -Syu", une mise à jour du système une fois par semaine (plutôt que tous les jours) suffit pour l'utilisateur lambda, ça réduira le risque de dépôt non à jour et de paquets bogués

si suspicion de défaillance matériel entraînant une corruption des fichiers :

- vérifier les barrettes ram avec le programme memtest
- vérifier la santé du disque dur, du ssd, en utilisant par exemple les outils du paquet smartmontools (vérification des infos SMART pour l'état de santé du disque dur)
- vérifier la bonne ventilation du PC (température CPU, carte mère), faire un dépoussiérage des ventilateurs et radiateurs tous les 3 à 4 mois, surtout en prévision de la future canicule
- programmer une vérification des partitions avec fsck (selon la configuration du fichier /etc/fstab la vérification des partitions peut être automatique, tous les 30 boots, soit environ une fois par mois)