Reprise du message précédent :
Je teste la copie en ligne de commande d'un gros dossier de 34 Go depuis le disque dur interne vers un disque dur externe , le PC ne rame plus du tout pendant la copie, merci    
 

Sinon il n'y avait pas une histoire de bfq disk scheduling pour la lenteur sur les copies ?

 
J'avais passé pas mal de temps à essayer de réduire la durée de boot du BIOS sur mon Dell Latitude de 2018 mais au final niveau réglages du Latitude il n'y a pas vraiment de solution miracle.
Le seul truc qui à était finalement bénéfique ça à été le dernier update du BIOS (fin 2019), avant c'était aussi ~12-13s et depuis c'est plutôt ~8.5s.
 

J'ai eu le problème de mise à jour nss

corrigé avec

voir ici : https://archlinux.fr/accueil/les-mi [...] n-manuelle
 

Avec un mv/rm ca semble marcher aussi J'ai pas eu d'autres points bloquants.  
J'étais sur une autre problématique, j'ai fait à la va vite.  
 
Je trouve quand même choquant ce genre de situations. Ca donne l'impression que ca a pas été testé/validé avant.

 
Mais non justement c'est volontaire et anticipé (annoncé sur le site officiel).

C'est tellement pas validé qu'avant que tu doives le faire, tu as deja l'email qui te le dit.

 
En temps normal déjà je passe pas par le site avant une mise à jour, alors je te dis pas quand c'est à la va vite    
 
Après si c'est géré, je pense qu'il y'avait mieu à faire pour un remplacement de fichier.
 

 
J'ai pas compris. C'est quoi cette histoire de mail?

La ML d'Arch annonce ce genre de choses, tout comme le site. C'est juste plus simple de lire ses emails que de verifier le site je trouve.

On t'écoute alors
 
Si les mainteneurs ont fait comme ça c'est parce qu'ils n'avaient pas le choix, le fichier étant hors package y a pas de solution plus propre.
Pour un utilisateur je vois pas trop où est le problème, tout fonctionne comme prévu : pacman t'avertit du problème, soit tu devines comment corriger toi-même (c'est franchement classique) soit tu va voir le site ou la ML.

Oui, ça arrive environ une fois tous les 3 ou 4 mois, donc on finit par connaître l’astuce : si un tour de MAJ foire à cause d’un fichier qui ne devrait pas être là (et pacman est gentil : il te dit ça avant de commencer à remplacer les paquets présents, ce qui fait que tu casseras pas les logiciels ni le système ; et après avoir quand même téléchargé les nouvelles versions, pour éviter d’avoir à les retélécharger après), ça veut donc dire qu’il faudra recommencer en forçant l’écrasement du fichier en question. Et quand ça arrive, tu as déjà la news sur le site qui te donne en plus la commande à effectuer exactement, y a plus qu’à copier-coller. Et refaire ensuite une vérif des MAJ de ce qui est sur AUR, car ceux-ci auront été laissés de côté pour l’instant.
 
Franchement, à part faire comme lors des remplacements de paquets par d’autres sous un nom différent, ou par un seul qui en réunit désormais plusieurs antérieurs, et proposer de forcer l’écrasement du fichier au lieu de stopper net la procédure, je vois pas comment faire plus propre.

 
Je renvoie a ce que je disais plus tôt, il faut aller vérifier l'info (être inscrit à la ML, lire ces mails en question, aller sur le site, ... ).  
 

 
Je pense notamment à un script d'install (pré, post ou pendant). L'opération proposée force le remplacement du fichier en question, alors pourquoi ne pas le faire sans demander une intervention de l'utilisateur    

C'est comme cela qu'on administre Arch et je doutes que cela change.
Si ca ne te conviens pas, peut-etre serait-il mieux de trouver quelqu'un d'autre pour administrer la machine ou alors changer vers une autre distribution qui n'a pas cette exigence.

Je ne suis moins meme pas un fan de ce genre de chose, mais bon, lire la ML ne prend pas si longtemps alors j'accepte.

Car ce fichier peut être la pour une autre mais bonne raison. Le virer ne serait pas sûr.
Installer un paquet c'est en gros un contrat que pacman va gérer certains fichiers, et uniquement ces fichiers. Si je veux placer un autre fichier qui n'est pas dans ce contrat c'est mon droit et pacman ne peut pas le changer sans me demander d'accepter le nouveau contrat. (Je schematise bien sur).

Je suppose très fortement que les scripts de pre* sont lancés après le sanity check qu'aucun fichier orphelin ou d'un autre package ne soit écrasé par un package qui va être installé.
Ça évite de lancer le pre() alors que le package risquerait de pas être installé à cause de ça.

 
Trouver quelqu'un pour une machine perso ? Je pense pas non. Comme je l'ai dit, je l'ai fait passer à ma façon. Il s'agit d'une machine sur laquelle j'ai mis une arch y'a quelques années en arrière pour des besoins spécifiques. Je pourrais la repasser sur autre chose, mais vu l'usage je laisse pisser comme ça pour l'instant. Le jour où ca va me titiller de trop, je m'y attelerai. Simplement, après quelques semaines sans mise à jour, je lance la mise à jour, et après coup ca à pas résolu mon problème d'ailleurs, et je bascule sur autre chose. En revenant je m'attendais à reprendre là où j'en étais, ou au pire avoir juste à reboot et continuer. Surprise, il fallait que je me tape la correction, et relancer la mise à jour (pour près d'1Go de paquets), alors que tout aurait pu être fait tout seul
Voilà ca c'est pour l'expérience en perso. En pro, pas d'Arch pour moi.  
 
Quand au ML, je zieute déjà des choses, coté systèmes, chez debian, FreeBSD, OpenBSD, slackware, je pensait pas avoir besoin d'en faire autant pour une mise à jour sur une machine que j'utilise de façon occasionnel.  
 

 
Je dois avouer que j'ai dû faire plusieurs relecture pour être sûr de comprendre ton histoire de contrat. Mais je pense tenir le bon bout.  
Pour reprendre tes mots, le fichier vient d'un paquet gérer par pacman et donc pacman a déjà ce fichier dans son contrat, contrat qui dit qu'il doit le gérer sans mon intervention. Alors pourquoi me demander quoi que ce soit ?  

C'est helas requis chez Arch, et donc les devs ne feront pas plus.
Ca ne serait pas plus mal d'avoir un logiciel au dessus de pacman qui puisse attraper les nouvelles qui vont avec les paquets mis a jour. Peut-être qu'un des gui pour pacman le fait déjà.

Je vais essayer d'etre plus clair, mais si c'est pire, dis le moi

Avec pacman tu as installe le paquet P version 1 qui installe ces fichiers:
/etc/p.1
/etc/p.2
/etc/p.conf

Puis tu décides de rajouter ce fichier a ton FS manuellement:
/etc/p.3

Ce fichier a peut-être un rapport avec P mais peut-être aucun, c'est difficile a dire pour tout autre que toi (ou si on connaît le fichier exact bien sur). Pour simplifier la question, on va dire que ce nouveau fichier n'a rien avoir avec P.

Ensuite pacman veut mettre a jour P en version 2, qui a ces fichiers:
/etc/p.1
/etc/p.2
/etc/p.3
/etc/p.4
/etc/p.conf

mais ne peut pas.

Vois-tu le soucis? Tu as 2 fichiers différent qui veulent etre a /etc/p.3 ce n'est clairement pas a pacman de décider qui a la priorité mais a l'administrateur. Après il est aussi facile d'oublier qu'il a 5 ans on a créé un fichier dans le FS aujourd'hui on ne sait plus du tout pourquoi...

Dans notre cas, /usr/lib/p11-kit-trust.so vient pour toi et moi du paquet (a vrai dire je ne sais pas trop comment mais bon), mais peut-être pas pour quelqu'un d'autre, qui aurait fait un truc a la main qu'il avait alors droit de faire.

 
C'est pas impossible. Par contre ca soulève le point d'une désinstallation précédente qui a foirée, parce que clairement c'est pas un fichier perso, et que le problème est connu, voir que pendant la mise à jour, un paquet aurait du être mis à jour avant nss pour supprimer ce fichier et laisser le champ libre pour la mise à jour.

 
J'ai bien compris je te rassure
On est clairement pas, comme je disais dans ma réponse à *make install*, dans un cas de fichier perso. Le ménage n'a pas été fait avant la mise à jour de nss. Autre cas possible, installer le fichier avec un nom temporaire et demander quoi faire à la fin de l'install. Ca aurai éviter cette demi heure de mise à jour supplémentaire, dont je me serais bien passer à ce moment là.

Kalu le faisait. Mais s’il est toujours disponible dans AUR, il semble aujourd’hui abandonné (ou plus maintenu activement, le dernier commit datant de juin 2018).

Manjaro se veut plus simple qu'Arch, peut-etre que leur gestionnaire de paquet fournit un truc du genre?

Ah oui, clairement c'est un fail d'un packager qui a oublié d'inclure ce lien/fichier dans son package, du coup il a été recréé hors package

Pour autant que je sache, ni Pamac (que tu peux installer sur Arch via pamac-aur), ni Octopi n’ont ça.
 
Bon, le souci du jour, parce que ça faisait longtemps qu’un truc avait pas foiré… D’abord, un petit Inxi :
 

Vous l’avez reconnue : c’est cette bonne vieille Kotomi, le PC desktop qui met toujours dans les 40 secondes à ouvrir une session XFCE (et encore, après avoir désactivé les enregistrements de coredumps…).
 
C’est quoi donc, son problème, aujourd’hui ? Ben, voilà :
 

D’ordinaire, l’invite de connexion de LightDM s’affiche au bout de 25 secondes après avoir appuyé sur le bouton d’allumage. Là, la machine est restée figée un long moment après les lignes de démarrage de systemd, et après quelques lignes « FAILED » très fugaces (dont une concernant le démarrage de LightDM), l’invite de connexion est apparue.
 
Un service qui a mis du temps à démarrer ?
 

Oui, on voit que CUPS a, étrangement, mis bien longtemps à se lancer. Sinon, tous les services sont fonctionnels : ils ont fini par se lancer. Ça n’empêche pas un fugace message d’erreur « FAILED » pour LightDM en mode texte quand on ferme une session pour revenir à l’invite de connexion graphique, qui apparaît quand même juste après.
 
Bon, allez, c’est quoi, les MAJ qui ont eu lieu hier et qui expliquent forcément ces bizarreries (ce matin, c’était le premier redémarrage après ces MAJ) ?
 

Bon ! Rien qui ne semble concerner ni CUPS, ni LightDM au premier abord. Ça m’avance bien. Surtout que l’autre PC sous Arch, lui, n’a aucun de ces soucis et se comporte comme d’habitude, lui.
 
Bref, je sèche. Par chance, c’est rien de grave car il n’y a rien de bloquant et qu’une fois fini de démarrer, plus rien d’anormal n’est à signaler, mais ça reste passablement ennuyeux.
 
« dmesg | grep error » n’est pas d’une meilleure aide… ou peut-être que si, avec la première ligne ?
 

(Le reste, c’est xfsettingsd qui débloque toujours)
 
Bon, dois-je en conclure que c’est quand même util-linux ou libutil-linux, le fautif ? Parce que je doute que ce soient Chromium ou perl-libwww qui soient la cause de tout ça.

Version 1.1 d'Anarchy Linux
https://github.com/AnarchyLinux/installer/releases
 
 
    Based on archlinux-2020.04.01
    Allow Terabyte-sized partitions
    Add check for wlan interface
    Code cleanup
    A bunch of new wallpapers added and old wallpapers removed
    Updated main installer menu with a -k option
    Support compiling the iso with docker
    Fix zshrc
    Updated XFCE and Cinnamon desktops
    Fix virtualbox guest packages
    Add broadcom-wl wireless driver
 

Bon, c’est officiel : je comprends plus rien !
 
Ce matin, démarrage en virant l’option « quiet » pour voir exactement où ça coince, et… aucun accroc ! Bon, c’est cool, mais je vois donc vraiment pas pourquoi ça a été problématique, hier.

J'ai passé une après midi à chercher comment faire au mieux avec mes compétences pour faire fonctionner des softs Windows que j'aime bien (IrfanView, foobar2000, 7zip, Sketchup).
 
En passant par Wine, avec Winetricks ça fonctionne pas mal finalement (en 64 bits).
Il suffit juste de lancer Winestriks, d'ouvrir un explorateur de fichier et d'installer les exécutables comme dans Windows.
 
J'ai testé snap avec apparmor et tout ça, c'est plus compliqué à mettre en œuvre finalement et ça coince au lancement d'une fois sur l'autre, pas le bon plan pour un noob.
 
edit : Sketchup 2017 fonctionne, mais c'est quand même pas ça, j'ai plein d'erreurs de Sketchup_webhelper.exe qui s'affichent. et j'ai juste survolé pour l'instant.

Pour 7zip, tu as p7zip en ligne de commande dans les dépôts, et plusieurs gui dans aur (j7z, q7z, …)

Peazip étant surement la plus complète.

La version 2017 sous Fedora est noté gold ici :
https://appdb.winehq.org/objectMana [...] gId=106005
 
avec les instructions
1. install PlayOnLinux
 
2. install Winetricks
 
3. download SketchUp Make 2017 (https://www.sketchup.com/download/all)
 
4. unpack the EXE
 
5. $ export WINEPREFIX=~/Sketchup
 
6. $ export WINEARCH=win64
 
7. $ winetricks vcrun2013 vcrun2015 corefonts
 
8. $ winetricks --unattended dotnet452
 
9. $ winetricks settings win7
 
10. $ wine start /unix “/home/pb/Downloads/SketchUp2017-x64.msi”
 
11. $ reboot
 
A lire les commentaires aussi !

je n'avais pas pris le temps de chercher dans le site, j'ai tout fait en mode bourrin.
 
J'ai perdu du temps avec snap surtout.

Je vais désinstaller snap, il y a intérêt à laisser Apparmor maintenant que je l'ai mis ou c'est sans intérêt pour moi...

LibreOffice 6.4.3.2 installé ce matin, le gain en temps de démarrage est impressionnant sur mon PC !
Disque dur classique pourtant, pas de SSD  

 
J'ai remarqué la même chose sous windows au boulot avec la 6.4 ; ils ont fait du bon travail.

Le démarrage de libreoffice est-il vraiment complet ?
Il charge tous les modules nécessaires au logiciel dès le démarrage, ou bien il repousse à plus tard le chargement de certaines bibliothèques/fichiers (chargement différé) ?

On peut le savoir si 5 minutes plus tard on constate que la led du disque dur se remet à clignoter, ou dès qu'on clique dans un menu.

Au premier démarrage après l'allumage du PC ->  4 secondes pour tout afficher
Les démarrages suivants se font en même pas 2 secondes. J'ai l'impression d'avoir un SSD  

Salut,
 
il y'en a qui ont déjà essayé d'exploiter une CG moderne à pas cher pour décoder du H265 sous Linux avec un PC un peu vieux mais toujours d'attaque ?
 
Vous avez des retex?

Salut Anonymouse,
 
je pourrais le faire avec mon pc : tu veux que je teste quelque chose ?

 
Le lecteur utilisé (ca marche avec VLC?), la carte graphique utilisée et les drivers ? Si c'est de l'open source c'est encore mieux car comme je garde mon PC longtemps souvent au bout d'un certain temps les drivers proprio ont tendances à laisser tomber le support des vielles CG. (Ma cg actuelle est une GTX460 qui doit bien avoir 10 ans).
 
Savoir si c'est pas trop galère à utiliser et si ça reste fluide. Et aussi si la consommation CPU reste faible.
 
Merci

Des infos ici (cherche "h.265" dans l'article) :
https://wiki.archlinux.org/index.ph [...] celeration
https://bbs.archlinux.org/viewtopic.php?id=228320

Une AMD radeon RX5xx à pas cher comme la RX550 (ou RX580 si tu veux des perfs en jeu vidéo) devrait suffire, ces cartes prennent en charge à la fois l'encodage et le décodage h265, il faudra juste vérifier si ton bloc d'alim est bien dimensionné pour la carte graphique.
En moyenne le CPU sera très peu utilisé (à peine 3%) si la carte graphique fait bien son boulot.

Sous linux il y a 2 grandes API pour le décodage vidéo via l'accélération graphique : va-api et vdpau, il suffit que le lecteur vidéo (VLC, MPV) s'appuie sur une de ces API pour profiter de l'accélération de la carte graphique (à condition que la carte graphique soit compatible).
Je vois que tu parles de pilote graphique propriétaire, ça ne fait pas bon ménage avec linux (notamment les rolling-release comme archlinux, des sueurs froides si le pilote n'est pas synchronisé avec le noyau linux et xorg), j'aurai tendance à favoriser AMD et le pilote libre.

Le h264 est encore beaucoup utilisé pour les vidéos proposées sur internet, donc peut-être que tu peux zapper sans souci la case h265, en attendant le renouvellement de ton PC.
J'ai du matos de 2010 et pas de souci pour lire les vidéos HD sur internet, je ne suis pas encore tombé sur un cas où il n'y aurait que du h265 de proposé comme fichiers vidéos.

Mauvaise nouvelle pour les développeurs (notamment java) sous archlinux : les paquets eclipse ont été éjectés du dépôt stable archlinux, faute de mainteneur.
 
On peut les retrouver toutefois sur le dépôt AUR.

Il y a toujours des devs qui utilisent eclipse?

C'est un des IDE incontournables pour faire du java, il tire sa force par son système de plugins et son histoire (un des plus vieux IDE), il fait partie du top 3 des IDE les plus utilisés en java, avec netbeans et IntellijIDEA.
 
Et quand tu as des projets faits avec eclipse on est un peu réticent à migrer vers un autre IDE, devoir tout réapprendre, alors qu'on est à l'aise avec son IDE actuel, même s'il a des défauts.
 

 
https://www.softwaretestinghelp.com [...] compilers/