Reprise du message précédent :

 
Passe sur Gentoo et tu le seras encore plus ....

en terme de problème de sécurité j'ai vu cette news :
 
https://www.developpez.com/actu/161 [...] sponibles/
 
est-ce que le même incident pourrait se produire pour les paquets archlinux ( qu'ils soient issus du dépôt stable ou aur ) ?
 
c'est à dire un pirate qui insère du code malveillant dans les fichiers des paquets archlinux et qui réussit à outrepasser la vérification des clés archlinux ?

Merci pour le lien, que je vais partager sur le topic W10  

Pourquoi casser les clés ? Suffit de donner un petit billet au mainteneur

Il y a déjà eu un précédent avec Mint
 
http://www.clubic.com/pro/it-busin [...] press.html
 

Le gros coup de stress, ce matin, sur Arch Linux ! J’ai deux PC sous cet OS, chez moi, nommés Kotomi (oui, le perso de Clannad) et Primula (oui, le perso de Shuffle!).
 
Kotomi
Sur ce PC, j’ai fait les MAJ du jour en TTY, sans me connecter à mon compte via LightDM. À la fin (aucun problème signalé, pas besoin de redémarrer a priori), je retourne sur LightDM pour ouvrir la session XFCE de mon père (j’assure la maintenance, comme c’est une machine familiale partagée avec moi et ma mère)… et j’ai un écran noir avec juste le pointeur de la souris et plus d’activité disque. Retour sur le TTY2 (ça, au moins, ça marche), « sudo reboot ». Redémarrage… Écran noir quand LightDM doit normalement s’afficher ! Bascule sur TTY2, « sudo systemctl restart lightdm » → il se lance, et je peux ouvrir la session XFCE de mon père !  
 
Primula
Cette fois, je fais la MAJ depuis ma session XFCE. Tout va bien… sauf qu’au moment d’installer le paquet noto-fonts-cjk (235 Mio !), gel de XFCE ! Seul le pointeur de souris réagissait encore ! Là, depuis le TTY2 et après avoir attendu 10 minutes au cas où, j’ai tenté de redémarrer LightDM directement → écran noir quand je fais Ctrl-Alt-F7. « sudo reboot » → LightDM et XFCE se chargent correctement après le redémarrage !  
 
C’est le paquet noto-fonts-cjk qui est foireux, vous croyez ? En tout cas, c’est là qu’on voit que ça peut déconner, un Linux… J’ai réussi à m’en sortir assez facilement (par rapport à mon niveau d’expertise, s’entend), mais est-ce que c’est arrivé à d’autres, ici, cette plaisanterie ? Je précise que je fais toujours toutes mes MAJ et que je ne suis même pas en canal Testing (où ce genre de bug serait encore pardonnable).

Même soucis avec Parabola (arch libre) et noto-fonts-cjk
 
Freeze complet durant la MAJ, obligé de reboot    

Ça confirme donc que c’est ce paquet noto-fonts-cjk qui est daubé (je suis pas gentil pour la daube…). J’espère qu’on n’aura pas perdu trop d’archers qui ont cru que leur OS était mort…

Je n'ai pas eu de soucis avec la mise a jour de ce paquet...

il faudrait faire une suggestion aux developpeurs de pacman : ajouter une option "--cancel-last-updates"

une option qui permettrait d'annuler automatiquement le dernier "pacman -Syu", afin de revenir à l'état d'avant le pacman -Syu, utile lorsqu'on sait qu'une mise à jour a foutu le bordel mais qu'on ne sait pas quel paquet a merdé, surtout quand le pacman -Syu concerne une mise à jour de 300 paquets par exemple, on va pas s'amuser à downgrader un par un chaque paquet,

le souci c'est que pacman n'enregistre pas dans une base de données la liste des derniers paquets mis à jour,

ce qui rend alors l'ajout de cette option délicate, ça oblige à analyser le fichier /var/log/pacman.log ou à parser les multiples fichiers textes de la base de données de pacman pour faire des comparaisons entre dates pour en déduire les paquets récemment mis à jour ( procédure lente, surtout si on a un disque dur classique non ssd ), en gros faire un truc reloud en bash pour en déduire les derniers paquets mis à jour, pour les downgrader ensuite à la chaine

 
perso je n'ai même pas le paquet noto-fonts-cjk  installé chez moi
 

 
j'utilise plasma 5 ( kde )

Quitte à continuer à tout faire en fichier texte, ils peuvent aussi mettre la liste dans un fichier dont le nom est la date et en cas de problème, virer les fichiers pour telle date (ou juste le fichier dont le nom est le plus récent, dans ton idée).

en gros il faudrait que pacman stocke quelque part le détail de chaque "pacman -S" ou "pacman -Syu", avec la date, une sorte d'historique,

un fichier structuré pour chaque transaction, du xml, csv, ou un format base de données sql afin de faciliter la relecture par un script,

car pour l'instant on a que le fichier log /var/log/pacman.log pour connaitre les derniers paquets mis à jour, pour récuperer ces infos via un script c'est pas évident, faut sortir l'artillerie lourde avec des outils qui utilisent expressions régulières en bash pour isoler les informations utiles

Je le fais avec le répertoire du cache, je regarde les dates des dernieres mise a jour et après je vois ce qu'il y avant.
Faire un script qui automatise cela (avec support de downgrade) ne doit pas etre bien méchant.

Je suis sur Plasma aussi.

ou bien un script qui va parser le fichier /var/log/pacman.log,

il faut cibler les lignes de ce type :

[2017-09-19 00:39] [ALPM] upgraded bluez (5.46-2 -> 5.47-1)

avec des expressions régulières, le premier champ c'est la date, le deuxième on l'ignore, le troisième ( "upgraded" ou "installed" ) nous interesse, et le quatrième donne le nom du paquet,

avec un script bash ou python il doit être possible d'isoler les lignes intéressantes, en les filtrant par date, de là on peut extraire la liste des paquets récemment mis à jour, avec le numéro de version ( précédent et actuel ),

je vais voir si je peux créer un tel script qui prendrait en argument une date ( pour permettre d'isoler les lignes intéressantes ), en sortie le script donnera alors le nom des paquets qui ont été mis à jour et/ou installés à cette date précise,
avec cette liste on peut ensuite downgrader le paquet ( pacman -U <nom du fichier tar.xz> ) si l'ancienne version est présente dans /var/cache/pacman/pkg,

il faudrait voir aussi si un tel script existe déjà dans le dépôt aur

une astuce si vous avez des soucis avec le pilote xf86-video-ati ( idem si vous avez du xf86-video-intel ) :

--> utilisez à la place le mode "modesetting" de xorg, ça peut donner de meilleures performances en 2D et en 3D, et résoudre certains bugs liés à DRI3 et glamor

http://linuxfr.org/users/gnumdk/jo [...] yau-recent
https://www.phoronix.com/scan.php?p [...] DDX-Xenial

dans mon cas ça a résolu un problème de corruption d'affichage dans les menus déroulants dans un clic droit, avec xf86-video-ati quand dri3 et glamor sont activés j'ai de manière aléatoire une corruption d'affichage dans les menus contextuels déroulants, l'arrière plan du menu au lieu d'être gris devient un mélange de 2 arrière-plans de programmes, ici dolphin et vlc :

en utilisant modesetting au lieu de xf86-video-ati le bug a disparu,

mon fichier 20-radeon.conf :

Salut

J'ai un problème de maj sur ma arch toute fraîche.
Quand je lance pacman -Syu
J'ai des erreurs gpgme
Et à la fin il m'indique que la maj a échoué

J'ai tenté un
Pacman-key --init
Pacman-key --populate archlinux
Pacman -Syy

Rien n'y fait.
Une idée ?

bon ben je viens de retester, hier soir maj impossible
aujourd'hui tjs des erreurs gpgme mais la maj se fait

poste le message d'erreur indiqué par pacman

Merci mais le problème ne se produit plus du tout.
Je posterai le message si ça revient

depuis la mise à jour du paquet fontconfig avez-vous remarqué une légère dégradation du rendu de certaines polices sous firefox ?

un aspect un peu plus "graisseux", un hinting un peu plus flou pour certaines polices dans certaines conditions,

exemple sur cet article, il y a un effet de flou/graisse sur les polices :

http://www.lemonde.fr/sport/articl [...] _3242.html

mon fichier de configuration "~/.config/fontconfig/fonts.conf" :

Aucun changement, car mes réglages sont déjà sur :
– hintstyle : hintslight
– lcdfilter : lcdlight (ce réglage réduit précisément l’aspect baveux des caractères en gras)
 
Cette mise à jour aurait-elle forcé ce réglage ? Après, mon fichier fonts.conf est mis en lecture seule, en espérant que ça empêche justement toute modification non voulue (et au pire, j’ai une sauvegarde prête à écraser toute version altérée).

Je regarderais mais il me semble avoir vu des changements en effet. Pour moi plus agréable à lire ...

il y a au moins un bug dans freetype2 qui a une conséquence sur le rendu des polices :
 
https://bugs.archlinux.org/task/55771
https://bbs.archlinux.org/viewtopic.php?pid=1738620
https://bbs.archlinux.org/viewtopic.php?id=230087

en mettant l'option "export FREETYPE_PROPERTIES="truetype:interpreter-version=40" dans le fichier etc/profile.d/freetype2.sh il y a un léger mieux ( auparavant c'était mis sur la valeur "35" )

En allant regarder comment est réglé le mien, j’ai vu qu’il était déjà sur « 35 » depuis septembre 2016. C’est peut-être pour ça que j’ai vu aucune différence avec la dernière mise à jour de freetype2…

J'utilise le paquet AUR firefox-nightly et depuis la dernière mise à jour, certaines images ne s'affichent plus, mes notifications facebook non plus, etc.

Par exemple, les banchmarks sur cette page ne s'affichent pas :

https://www.phoronix.com/scan.php?p [...] ench&num=2

Il y en a d'autres qui utilisent firefox-nightly ?

Moi, mais que pour Netflix (qui passe pas sous chromium), et j'ai pas constaté de problème depuis la dernière mai ...

freetype 2 a aussi pete wine

Bonjour ici.
 
Quelqu'un utilise l'environnement de bureau deepin ?
J'ai un problème avec sur ma arch, j'ai le process dde-session-dae qui 9 fois sur 10 montent à 100% de CPU au démarrage  et me bloque complètement le pc. Plus rien ne se lance.

 
est-ce que tu utilises firefox comme navigateur ?
 
il se peut que ce soit la dernière version de firefox ( 55.0.3 ) qui pose problème pour le rendu des polices, parfois des problèmes de positionnement et d'alignement des caractères ( le "1" et le "4" qui deviennent plus petits par rapport aux autres chiffres pour certaines polices    )
 

 

 
car j'ai fait un test avec le vieux navigateur konqueror : le rendu est moins baveux pour certaines polices, avec un alignement des caractères correct,
 
je suis finalement revenu au réglage "35" pour "export FREETYPE_PROPERTIES="truetype:interpreter-version",  car s'il y avait une amélioration pour certains sites web pour d'autres le réglage 40 aggrave le problème

 
j'ai winecfg qui crash au démarrage :
 

 
https://bugs.archlinux.org/task/55667

On va dire que je l’ai toujours à portée de souris, et je viens encore d’ouvrir cette page de forum dessus, aussi bien que celle de mon compte Twitter (sur Firefox, la police de Twitter est Free Sans, alors que c’est Arial sur Vivaldi, Chromium…) : RAS, vraiment. Même les chiffres s’affichent correctement, aux bonnes tailles.

oui sur le forum hfr pas de soucis,
 
c'est sur d'autres sites que l'affichage pose problème, par exemple le site "lemonde.fr", quand tu vas lire les commentaires des internautes tu remarqueras que les chiffres ( la date 2017 ) sont mal alignés,
 
et parfois le rendu de certaines polices semble un peu plus flou ( si tu utilises mon fichier de config avec la valeur "lcddefault", et "hintfull" )

Petit point sur les MAJ :
– hier, on est passés au noyau 4.13 en stable.
– ce matin, Wine passe de la version 2.17 à 2.18 : ça règle le problème du crash au lancement (pas testé) ?

oui le bug est résolu,

au boot aujourd'hui j'ai eu ce message pour la première fois :

ça a pris 20 secondes, vous avez eu la même chose ?
au reboot ce message n'est pas réapparu,

ça provient du service ldconfig.service

Pas du tout. Et pourtant, sur mes deux PC sous Arch, j’ai dû me farcir le démarrage 2 fois de suite : la MAJ de ce matin contenait celle de device-mapper, qui a entraîné une reconfiguration du noyau.
 
(EDIT : en fait, ça a juste pris 3 secondes, sur mon portable :
 

Et une seconde sur le desktop :
 

)
 
Mais c’est cool pour Wine !
 
PS : j’ai encore vérifié le rendu du site Le Monde avec Firefox (même pas encore passé en 56, ce matin…), et j’ai pas constaté de problèmes de rendu des chiffres.

essaie d'utiliser exactement le même fichier de config que le mien ( fonts.conf ), en le mettant dans /home/trit/.config/fontconfig/

si tu utilises les mêmes polices et la même version de firefox (55.0.3 ) tu dois constater des problèmes d'alignements de caractères numériques sur le site lemonde.fr dans la partie des commentaires des internautes( la date du message, c'est flagrant avec le "1" du nombre 2017 )

et si tu as encore konqueror installé alors tu remarqueras que le rendu est totalement différent pour les polices ( alignement correct, pas de polices baveuses ),

le problème semble venir de la dernière version de firefox qui a un bug avec les nouvelles fonctionnalités de freetype2, firefox 55 tente de modifier l'apparence des polices en plus de freetype2, ce qui est redondant ( d'où les polices moins nets, les bugs d'alignement de caractères ), certains ont trouvé un moyen de contournement en éditant une valeur dans about:config pour le rendu des polices

à noter que si j'utilise le navigateur chromium alors tous ces problèmes de polices disparaissent chez moi, tout est ok,

j'ai testé aussi la version 56 de firefox ( le binaire du site mozilla ) avec un nouveau profil : j'ai toujours ces bugs de rendu de police, donc le problème semble venir que de firefox, avec un autre navigateur pas de souci

j'ai trouvé le nom de la police utilisée par firefox quand il affiche le "2017" du site lemonde.fr : nimbus-sans-regular ( alors que chromium utilise une autre police de caractères pour le site lemonde.fr, d'où le rendu différent )
 
c'est cette police qui a ce rendu bizarre avec les nombres, voici un code hmtl de test, j'ai le même rendu bizarre à la fois sous firefox et chromium :
 

 
cette police appartient au paquet gsfonts, mis à jour le 22 septembre dernier
 
edit : en downgradant le paquet "gsfonts" à la version précédente 20170727-1 le bug a disparu pour cette police de caractères