Reprise du message précédent :

La méthode la plus propre :

- regarder à quel paquet appartient ce fichier, via la commande :

- une fois connu le nom du paquet :
essayer de le désinstaller, surtout si c'est un paquet orphelin, dont on se sert jamais, un paquet venant du dépôt AUR

- refaire ensuite la mise à jour (pacman -Syu)

Petit souci avec la dernière mise à jour de calibre : la dépendance à python2-pillow a été mal gérée, du coup ce paquet se retrouve hors dépôts (en retour de pacman -Qm) alors que calibre en dépend.
En fait, il aurait fallu passer à python2-pillow6 (qui est un fork de python2-pillow) lors de la màj de calibre, mais ça n'a pas été fait jusqu'au bout.
 
Le problème est qu'évidemment, on ne peut pas juste supprimer python2-pillow, car pacman va dire que calibre en dépend, ni installer python2-pillow6, car pacman va dire qu'il entre en conflit avec python2-pillow.
Donc le plus simple : supprimer et réinstaller calibre avec toutes ses dépendances :

Ça ne touchera ni aux préférences, ni à la bibliothèque, et python2-pillow sera bien remplacé par python2-pillow6 dans la foulée.

Le paquet python2-pillow6 est donc un paquet de type "hack/contournement paresseux d'un problème", consistant à installer une vieille version du module python "pillow" (version 6, qui remplace donc la version pourtant officielle de python2-pillow), afin que calibre puisse continuer à fonctionner ?

Si oui alors cette solution ne fait pas l'unanimité :
https://bugs.archlinux.org/task/671 [...] n2-pillow6

Kajoux parle de fork pour désigner python2-pillow6, mais le "6" dans le nom du paquet donne l'impression qu'il s'agit d'une vieille version de pillow, le nommage du paquet semble confus et ne respecte pas les conventions archlinux pour le nommage et la création de paquets.

Je me suis planté, tu as raison : j'ai vu "fork" dans la description du paquet, du coup j'ai trop vite conclu que python2-pillow6 était un fork de python2-pillow.
En fait, les deux paquets ont exactement la même description, et c'est Pillow (indépendamment de la version) qui est un fork de PIL : https://pillow.readthedocs.io/en/stable/about.html
 

Il y a un truc que je ne comprends pas concernant  Eclipse :
 
https://wiki.archlinux.org/index.ph [...] stallation
 
Dans le wiki il est dit qu'il faut installer un des paquets Eclipse (Jee, Java, Cpp, Php, etc.) et seulement un seul ; or, quand je fais l'installation par AUR, il les télécharge tous, c'est normal ?

Je pense qu'Eclipse est capable de gérer plusieurs extensions à la fois.
 
J'utilise STS4 qui est basé sur Eclipse et plusieurs extensions sont rattachées de base (Spring, Maven, Java, SVN, etc.) sans que ça pose problème ...

Heeeu, j'ai pas compris le rapport avec ma question...

Quel paquet installes-tu?

Eclipse-jee.

Oui, j'ai dit des conneries
 
Ça m'apprendra à lire trop vite
 
Effectivement c'est bizarre, car on en installe qu'un, et on lui ajoute les plugins dont on a besoin ensuite.
 
Sauf si le bug des conflits a été résolut (il semble qu'un patch soit dispo) et te permet de tous les installer en même temps et ainsi d'avoir tous les plugins installés de base.

De toute façon ça ne veut pas s'installer à cause de Eclipse-common qui n'est pas à la bonne version, apparemment :
 
erreur : la préparation de la transaction a échoué (la satisfaction des dépendances a échoué)
:: l’installation de eclipse-common (4.16-6) casse la dépendance « eclipse-common=4.15-6 » requise par eclipse-jee

Ha non c'est bon, c'est mon ancienne version d'Eclipse-Jee qui faisait conflit.

En regardant le PKGBUILD il n'y en a qu'un seul pour eclipse, et de la proviennent tous les paquets eclipse-* donc ouais c'est normal que ca télécharge tout (meme si ca me parait inutile), par contre ca ne devrait installer qu'un seul je crois.

Oui ça ne m'a bien installé que Eclipse-JEE.

Au cas ou ca peut aider d'autres, je ne sais pas trop pourquoi mais récemment sous Ktorrent j'avais perdu différents tabs (fichiers, serveurs, etc). Il fallait installer le paquet geoip pour récupérer le plugin qui va bien.

Comme ça vient du dépôt AUR alors le PKGBUILD risque d'être de mauvaise qualité,

une solution : utiliser eclipse sans installer de paquets, en téléchargeant le binaire sur le site officiel (ils ont récemment proposé un installeur graphique, qui télécharge que les élements de son choix, en complément de l'ancienne méthode de l'archive zip),  puis tu le copies sur un répertoire de ton home,
puis ensuite tu passes par le menu "marketplace" d'éclipse pour installer les extensions que tu veux (qui s'installeront dans ton home, sans avoir de droits administrateurs), c'est un peu comme firefox, tu n'es pas obligé de passer par le paquet de la distribution linux.

https://www.eclipse.org/downloads/packages/installer

L'avantage de passer par le binaire officiel : ça évite de voir son installation d'éclipse cassée par un "pacman -Syu", car souvent il n'est pas souhaitable de passer à une version récente d'eclipse dès sa sortie (extensions non encore compatibles, bugs, régressions), c'est toi qui gère  ta mise à jour d'éclipse.

Autre solution : ne pas utiliser eclipse mais un IDE plus léger, et un peu plus à la mode, certains ne jurent que par IntelliJ IDEA (dispo sur le dépôt community d'archlinux), visual studio code.

Moi j'aime bien atom    
(il faut prendre la version sur AUR par contre : beaucoup plus rapide, et moins buguée)

Dites, chez vous aussi, vous avez des logiciels qui auraient tendance à vous claquer dans les doigts sans prévenir, depuis ce matin ? Ça fait déjà deux fois que VLC (et une fois pour le gestionnaire de tâches de XFCE) me fait le coup…
Perso, des MAJ installées ce matin, je ne vois que MESA 20.1.4 ou XFWM 4.14.3 qui pourraient en être la cause, a priori.
OK, ça arrive relativement rarement, mais vu que ça ne se produisait pas du tout avant…
 
Contenu de pacman.log :
 

lance ton logiciel en ligne de commande et regarde le message qu'il te donne quand il plante, ça te donnera une idée. Éventuellement, un coup de gdb

Rien à signaler de tel pour ma part, alors que :

et aussi la sortie de dmesg,

puis un coup de journalctl avec des droits root :

Suspecter aussi un problème matériel, comme les barrettes ram, pour cela utiliser memtest, il peut être lancé depuis une entrée de grub si on l'a installé de cette manière, sinon depuis un périphérique bootable (CD, DVD, clé USB, disque USB, disquette).
Vérifier la température CPU et GPU vu la canicule, l'absence de poussière sur les ventilateurs et les radiateurs.

Relancer un "pacman -Syu" au cas où une nouvelle version des paquets est proposée, qui pourrait corriger des bugs découverts récemment.
Préférer des mises à jour hebdomadaires plutôt que quotidiennes, ça réduit un peu le risque de se chopper des paquets bogués, grâce au recul généré par la périodicité hebdomadaire.

Partir du principe que si c'est un bug logiciel alors il est fort possible qu'un autre utilisateur archlinux l'ait découvert (cf le forum officiel d'archlinux), puis qu'un rapport de bug existe déjà (avec éventuellement un patch), sinon le créer :
https://bugs.archlinux.org/

Paquets qui peuvent être problématiques si manque de testeurs ou packageur mal reveillé :

- noyau  linux
- les bibliothèques Qt5, GTK, les GUI qui s'appuient là dessus peuvent planter si bugs de ces bibliothèques
- les environnements de bureau type plasma, gnome
- éventuellement mesa
- xorg
- les trucs "au top de la technologie sur le papier, mais manquant de finition" de type wayland
- les paquets AUR, surtout si exotiques

Une question un peu borderline avec le sujet :
- mon Macbook (Pro 15 Retina de 2015) est en train de mourir, avec une utilisation quasiment quotidienne de Arch sur une vm sur le Windows 10 de mon boulot, j'hésite à ce que mon prochain laptop soit entièrement linux (et Arch).

Sur ma VM j'utilise Gnome comme DE, est-ce que c'est suffisamment mature maintenant pour une utilisation sur un laptop (et je pense notamment à ce qui est brancher/débrancher des écrans externes, via un dock ou non) ?

-----------------------------------------------------------------------------------------------------

Est-ce que vous auriez un bon laptop à conseiller qui soit linux-friendly ?

Usage :
- Développement Web
- Regarder des vidéo dans le lit
- Rares jeux. Je ne joue quasiment plus mais de temps en temps je lance un Civilization VI, Kerbal Space Program ou un wrpg (Tyranny, DOS, Baldur's Gate EE).

Critères (pas obligé de tous les remplir) :
- 512Go SSD
- Écran 15" ou plus
- Léger/fin
- multi-touch touchpad
- Grosse autonomie
- Possibilité de brancher un dock sur un seul usb-C avec l'électricité, deux écrans, ethernet.
- <1500 EUR-ish
- bon SAV
- qui n'a pas un look gamer/tuning

xps 15 dev edition ou t4xx lenovo

Oui Gnome Shell est en environnement de bureau mature, c'est même le bureau de réfèrence actuel du monde Linux ( car derrière, il y a Fedora et ce n'est pas un petit contributeur )
 
Pour le Laptop, regarde les avis des acheteurs sur les sites, tu as souvent des commentaires qui permettent de connaitre la compatibilité Linux.
 
De mon expérience en bon élève : Lenovo, Dell
En mauvais élève : Toshiba

Sinon il y a les portables low-cost no-name de LDLC, livrés sans système d'exploitation, l'offre va de 300 à 2700 euros :
https://www.ldlc.com/informatique/o [...] 3-937.html

En entreprise on trouve surtout des dell, lenovo, hp, mais le tarif n'est pas le même.

Faire attention à la marque du chipset wifi, la carte graphique, la carte son, pour vérifier s'ils sont compatibles avec le dernier noyau linux, en terme de pilote libre.

C'est que mon avis (old-school inside) mais pour du développement web/logiciel rien ne vaut un PC fixe en terme de confort et de puissance, avec un vrai écran qui ne pique pas aux yeux, un vrai clavier, un vrai système audio, le PC portable risque d'être fatiguant à la longue si tu passes des heures dessus à travailler, surtout s'il est de mauvaise qualité, avec trop de compromis (faire un truc fin, peu épais tout en demandant de la puissance, avec une grande autonomie et que ça ne brûle pas les genoux --> le casse-tête pour les fabricants),

Le PC portable c'est bien dans les réunions lorsqu'on le branche à un vidéo-projecteur pour un diaporama, ou faire une démo chez un client, prendre des notes en amphi à l'université, travailler à l'arrache dans un train, le mode nomade.

Elbarto: rien n’empêche de travailler sur un portable avec un "vrai écran qui ne pique pas aux yeux", voir plusieurs, et pareil pour le reste.
 
C'est juste plus cher, mais si plus pratique pourquoi pas.

Oui brancher un PC portable sur un écran de grande taille de qualité, et éventuellement un clavier USB, j'ai un collègue qui fait ça au bureau, et le soir il repart chez lui avec le PC portable, pour éventuellement travailler à la maison,
faut aimer la jungle des câbles à brancher/débrancher, ou trouver un dock qui minimise la quantité de cables nécessaires,

ceci dit tu as maintenant des PC fixes de la taille d'une petite boite à chaussures (ou d'une box ADSL), qu'on pose sur la table, qui sont très discrets, facilement transportables, moins encombrant que la tour ATX, tout en gardant une bonne puissance et une meilleure ventilation qu'un PC portable.

Ouais, j'ai vu ça, et le Dell XPS est en haut de ma liste pour l'instant, mais ça douille.
(Mais j'ai un excellent souvenir du sav Dell pour mon Vostro ... Y a 15 ans...).

Ouais mais je ne vis pas en France.

Ouais, d'où le dock.
En fait j'ai déjà un vieux desktop dans le bureau mais avec les enfants et tout je n'ai jamais le temps d'y aller et je développe avec mon MacBook sur le canapé dans le salon en gardant un oeil sur eux (c'est affreux) et de temps en temps j'arrive à aller dans le bureau (où je branche le clavier+souris, le jack pour les enceintes, l'alim et l'écran).

C'est exactement ce que fait ma copine sauf qu'il y a plusieurs écrans a la maison et au travail.
Et en effet elle utilise un dock pour.
Sans dock j'imagine qu'avec un hub USB par endroit, hub qui reçoit tous les cables, ca simplifie énormément, mais bon un écran USB + hub ca doit coûter plus qu'un écran lambda + dock j'imagine.

(Ce que je trouve moins drôle, c'est qu'elle a aussi un pc portable pour ses loisirs, et que celui-ci partage les écrans et claviers avec l'autre, et lui n'a pas de dock, donc faut tout débrancher de toute façon... PC qui ne sert bien sur qu'a naviguer sur Internet donc une VM sur le PC pro suffirait, mais non ca serait trop facile.)

Donc, comme VLC vient de me refaire le coup (en se fermant brusquement au lieu d’enchaîner sur le fichier suivant de la playlist), voici ce que me dit « journalctl -p err » à ce sujet :

https://zerobin.net/?5e9aeaf7e7b06b [...] VWehvHrfc= (expire dans une semaine)

Et de ce que je vois, il n’y a que VLC qui y est sujet, mais c’est totalement aléatoire et donc imprévisible. En tout cas, quand ça se produit, c’est toujours au moment de démarrer la lecture du fichier suivant dans la playlist, pas à un autre moment.

Tu as essayé de downgrader les paquets mesa à la version précédente ?
C'est facile à faire car les paquets précédemment installés sont conservés dans le chemin /var/cache/pacman/pkg,

avec la commande "pacman -U <chemin vers l'ancienne version du paquet>

il y a plusieurs paquets  mesa :

- mesa-<version>
- mesa-vdpau-<version>
- libva-mesa-driver-<version>
- mesa-demos-<version>
- opencl-mesa-<version>

puis des paquets mesa contenant le préfixe "lib32-"

Tu peux forcer temporairement l'émulation logicielle de mesa (désactivation de l'accélération 3D) quand tu lances un programme, en ligne de commande, par exemple pour VLC :

si le bug disparaît alors ça vient bien de mesa et/ou du pilote radeon que tu utilises, bug sur une marque de carte graphique amd précise, qui n'apparait pas sur les cartes amd plus récentes.

Hop, je vous fais encore chier avec ça, mais y a des belles promo chez Dell (jusqu'à demain ).
Ça vaut quoi les Inspiron ? (avec la promo c'est deux fois moins cher qu'un XPS).

Ouais c'est pas mal les Inspiron aussi, check la garantie & co aussi. (perso je prends 3/4/5 ans en fonction mais normal j'ai accès au marché personnel d'un marché national)

Ah quoi, c'est p'tet plus la gamme Precision dont je parlais

Mon Dell Inspiron de 2011 fonctionne comme une horloge, et pourtant il a vraiment vraiment beaucoup fonctionné !
Increvable  
edit : par contre carte graphique N-vidia -> j'éviterais personnellement. Il vaut mieux partir sur du full AMD

Pareil pour le CPU, avec toutes les mitigations actuelles, plus surement celles qui vont arriver bientôt...

Dell c'est plus cheap que Lenovo
Batteries gonflées transformant ta machine en objet dangereux avec clavier bombé, carte mères qui lâchent. Et le prix des cartes mères en cas de problème ^_^ ....

Pareil AMD pour moi : mitigations, igpu complètement à la traine par rapport au igpu amd, throttle, ...

Oui Inspiron, c'est la version grand publique. J'ai un Latitude qui date de 2011 qui fonctionne encore très bien, mon nouveau précision, version plastique (3530) semble suivre la même voie. Par contre, faut faire attention aux écrans il ne sont pas toujours fameux.
 
Je ne connaissais pas ce terme "mitigation", c'est un mot qui vient de l'anglais ou la version française qui vient de "mitiger" ?

Les deux, mais pour moi, le sens est le même : c’est comme ça qu’on désigne les mesures prises pour « compenser » (parce que ça ne corrige pas, vu que le problème est d’origine matérielle et non logicielle) les failles de sécurité des CPU découvertes ces dernières années.

 
C'est français:
 
https://fr.wikipedia.org/wiki/Mitig [...] aut%C3%A9.