Reprise du message précédent :
idéalement il faudrait aussi combiner la commande "pacman -Qdt" avec une commande bash pour connaître la taille totale que prend les paquets orphelins sur le système, faire un "pipe" entre plusieurs commandes bash pour obtenir la taille totale occupée par ces paquets orphelins,

chaîner des commandes avec un pipe (|) mais j'ai la flemme de chercher, je sais juste que j'ai 107 paquets orphelins (via un "pacman -Qdt | wc -l" )

Il y a aussi Pamac>Installés>Orphelins  

Pareil que toi en gros.

 
Au fait ça fait un moment que Optimus ne fonctionne plus chez moi, la carte discrète n'est plus accessible.
 

D'ailleurs, je n'ai plus du tout de problèmes de sortie de veille, c'est ça qui m'a mis la puce à l'oreille...

J’ai eu une sale surprise avec les MAJ de ce matin, sur le PC de mon père, et c’était pas lié à GIMP mais à X.org 1.20, qui est manifestement incompatible avec le pilote NVIDIA 340.xx propriétaire pour la GT210 qui équipe la machine : au redémarrage, écran noir, curseur gris fixe en haut à gauche, « startx » échoue et LightDM est HS.
 
J’ai donc récupéré en vitesse Links (pas le temps d’aller sur un autre PC pour avoir une GUI) et suivi le wiki d’Arch pour basculer rapidement sur Nouveau, ce qui a permis à LightDM de se relancer correctement. Notez que c’est une manip que je n’avais jamais faite, et ça ne m’a pris que 15 minutes avec seulement le wiki comme aide (mais j’avais déjà regardé pour cette histoire de Nouveau, voir paragraphe suivant). Quand je dis qu’avec Arch, on apprend sur le tas !  
 
Dire que je pensais que cette CG pourrait tenir avec les pilotes proprios jusqu’en septembre 2019, comme l’indique pourtant le site de Nvidia… Après, c’est de la bidouille en urgence, et faudra sans doute que j’installe xf86-video-nouveau et supprimer donc le pilote proprio (nvidia-340xx, dans mon cas, mais on dirait que ça foire aussi avec la version non LTS pour anciennes cartes).
 
carrion crow, je soupçonne que tu devais être en testing et pas sur le canal stable d’Arch, puisque X.org 1.20 n’est arrivé sur le stable qu’aujourd’hui.
 
Coup de bol, pour mon portable qui a une ATI Radeon Mobility HD 4530, aucun souci en ce qui le concerne. Clairement, pour Linux, oublions Nvidia !

Depuis le temps que Linus nous le montre    
 

Si tu veux vraiment faire le ménage, fais un « pacman -Scc » : ça allège bien la partition / (mais en échange, tu peux plus rétrograder de paquets, vu que le cache des anciennes versions est vidé, à moins d’aller les rechercher à la main sur archive.archlinux.org).

Jusqu’à aujoud’hui, j’avais pas de raison de m’en plaindre. J’ai mis cette carte en septembre 2012, et Arch a été définitivement installé sur ce PC en février 2017 (jusque-là, il tournait sous Windows Vista).

C'est assez comique quand même, il y a quelques années on pouvait lire l'inverse avec un truc du genre : AMD/ATI n'avait pas décrit ses composants ou une chose du style donc on ne pouvait pas avoir un driver correct sous linux. Et c'était f*ck AMD. D'ailleurs, est-ce qu'ils ont publié ce que la communauté leur demandait ?  
Aujourd'hui on lit l'inverse alors que nvidia a finit de faire sa réputation sous Linux. N'y aurait-il pas une affaire de gros sous derrière ...

Je tourne sur du ATI/AMD sous Linux depuis 2004 sans soucis... Bon les trucs comme sorties HDMI et compagnie ne sont pas arrivés de suite, et pendant longtemps c'était du 2.0 PCM Mais bon ca fait bien des années, c'est très suffisant hors performance depuis près de 10 ans, et performance depuis l'an passé.
 

j'avais cru comprendre qu'amd avait ouvert un maximum les spécifications techniques de ses cartes (sauf certaines parties copyrightées type encodage h264), ce qui avait facilité la mise au point du pilote libre radeon dans les années 2000 et 2010, avec de bonnes performances,

alors que chez nvidia c'est l'inverse, peu d'ouverture des spécifications de leurs cartes, d'où la moins bonne qualité du pilote libre nouveau par rapport à radeon, mais cela a peut-être évolué depuis ?

personnellement j'achète que du amd en carte graphique, vu que le pilote libre est très performant, et comme je n'utilise pas cuda (technologie propriétaire de nvidia, je préfère openCL) alors j'ai opté pour amd,
je n'ai jamais essayé d'installer le pilote propriétaire amd, le pilote libre étant suffisant pour mes besoins (les jeux sont fluides)

Idem 100% AMD pour ces raisons et même si je n'étais pas sous Linux, je continuerais.

Les firmwares chez AMD restent propriétaire et sont nécessaire pour la 3D et les vidéos.
 
Je crois qu'avec RadeonHD il n'y avait plus de firmwares propriétaires mais...

Attention je ne sais pas ce que vous appellez "paquet orphelin".

Mais pour moi "pacman -Qdt" fait la liste des paquets installés comme dépendances et qui ne sont plus utiles.

Pas sûr que y'ai un rapport. pour moi y'en a pas, un paquet orphelin je crois c'est un paquet qui n'est plus maintenu, donc rien à voir.

 
Non un paquet orphelin c'est plutôt cela    
https://memo-linux.com/suppression- [...] et-yaourt/

En effet:
https://wiki.archlinux.org/index.php/pacman
 

Ton astuce m’a empêché de pouvoir relancer XFCE au redémarrage sur le PC qui n’a pas aimé le passage à X.org 1.20 ce matin. J’ai dû réinstaller la version précédente de xorg-server et xorg-server-commom (1.19-git×××) pour que ça remarche.
 
(Du coup, tant que je ne change pas de CG, je bloque les MAJ de X.org !)
 

Sur la 4530 de mon portable, j’ai aucun problème avec la 3D et les pilotes libres.

Euh oui, je ne dis pas le contraire.

qu'entends-tu par "firmware" ?

pour moi un firmware c'est le micro-code contenu dans une puce de type eeprom, genre un bios,
ma carte amd hd4650 tourne avec le pilote radeon inclus dans le noyau linux, j'ai rien eu à installer, tout est opérationnel avec le pilote libre (jeux 3D, accélération h264 dans les vidéos), mais il est possible en effet qu'un firmware soit chargé dans une eeprom de la carte graphique (c'est le même concept pour mon vieux scanner, le pilote est libre, mais il faut charger à chaque fois un firmware propriétaire dans une mémoire volatile du scanner),

par contre si tu voulais dire "une carte graphique 100% open-source au niveau matériel" (bios) là c'est autre chose, il y a le projet OGP qui consiste à créer une carte graphique entièrement open-source du point de vue matériel, puces mais c'est pas très performant :
https://en.wikipedia.org/wiki/Open_Graphics_Project

avoir un matériel 100% open-source c'est un peu le saint Graal, l'objectif de Richard Stallman, ça suppose de créer de zéro une carte mère, un CPU, une carte graphique en court-circuitant les fabricants classiques type intel, gigabyte, nvidia, amd etc

linux-firmware est une dependance de linux.
 
Le fait que tu ne l'as pas installé manuellement ne veut pas dire que tu n'en dépends pas pour autant.

+1 gee
 
Et toutes les cartes ont besoin du vbios. La seule exception étant certains GPU intégrés Intel capables de fonctionner via l'initialisation graphique de coreboot. C'est que j'utilise sur un Thinkpad R400 notamment.

Hello, Il y en à qui ont KDE et Firefox 60 ? Ca marche bien chez vous le redimensionnement de fenêtre lorsque vous enlevez la barre de titre ?
Chez moi je peu plus redimensionnement les fenêtres si j'active l'option (en plaçant le curseur sur un bord / coin).
 
C'était vraiment la seul feature que j’attendais mais la c'est plus galère qu'autre chose d'un coup
(Je parle bien de l'option de FF, pas celle de kwin).
 
 
 
Sinon j'ai un peu essayer le nouveau Gimp, bein franchement même si je salut les dev qui doivent surrement produire un boulot monstre c'est toujours pas ça l'ergonomie.  
J'ai juste ~10 images qui contiennent un cadre/bordure rectangle à transformer en carré sans dénaturer cette bordure j'ai abandonné au bout d'1h
Petit espoir, je me suis rappelé que j’avais installer CS6 avec wine, c'est dégueux mais ça se lance, je commence enfin a produire quelque chose puis là c'est le drame plantages sur plantages toutes les 2 minutes. abandon
 

Idem ici, ça me fait pareil, pas possible de redimensionner (ou alors j'ai pas trouvé comment) une fois la barre de titre désactivée ...

Je suis en FF developper edition 61b5 et c'est pareil, c’était déjà le cas avec la version 60.
J'ai pamac qui fait pareil aussi.

après est-ce vraiment utile de supprimer la barre de titre d'une fenêtre ?
on doit pas gagner grand chose en hauteur

24 pixels

peut-être 2 lignes de texte
 
on peut aussi essayer de réduire la hauteur de la barre de titre (police de caractères), et modifier le style du thème de fenêtre

après ça dépend du compositeur, et aussi de l'outil graphique. avec Gtk tu peux avoir un élément à la place de la barre traditionnelle, et du coup modifier la taille

Cela a un certain confort, n'empêche.

Thx pour l'info, au moins je sais que ca viens pas de ma conf et que ca sert a rien de passer 1h a chercher  
 
J'y trouve un réel gain de confort lorsque c'est intégré, surtout que j'ai tendance a avoir 10 fenêtres+ actives en meme temps alors gagner quelques px c'est pas mal

On peu regler kwin pour completement degager la barre de titre d'une app mais j'aime pas trop, c'est chiant apres pour deplacer les fenêtres faut utiliser le clavier et la 2eme main

Je ne sais trop ou le placer mais y a t'il des gens ici qui utilisent SVP?
C'est un interpolateur de vidéo gratos pour Linux.
https://www.svp-team.com/w/index.php?title=Main_Page
Le problème étant que, depuis la mise à jour, il me fait un seg fault et, euh, je suis totalement incompétent pour débusquer une solution.

quelle est la licence de ce produit ?

ça n'a pas l'air d'être open-source, si c'est fourni sous format binaire alors il faut être certain que l'auteur de ce logiciel l'a testé dans un environnement linux rolling-release tel que gentoo et archlinux, si le gars utilise qu'ubuntu ou debian alors il risque de ne pas voir les bugs liés à un changement d'api (celle de vlc par exemple vu que ce logiciel s'appuie dessus),

regarde s'il y a un forum, un bugzilla pour avertir l'auteur du bug,

un moyen de contournement serait de trouver une alternative open-source à ce logiciel "svp", il ne doit pas être le seul dans le créneau "boostage du fps d'une vidéo"

Hum, je t'avouerais que je n'ai pas regardé la licence mais on peut avoir l'équivalent en utilisant la biblio via Vapoursynth.

Y'a moyen de voir depuis quand j'ai installé ma archlinux ?
 
Car je suis épaté, jusqu'à maintenant sur les distribs que j'ai testé, et j'en ai testé beaucoup, ça part toujours en couille assez vite, mais là avec arch, ça fait assez longtemps que je l'ai et ras, pas le moindre bug.

peut-être regarder le contenu du fichier /var/log/pacman.log, notamment la première ligne où figure la date du premier paquet installé,
 
chez moi j'ai :
 

 
donc bientôt 5 ans avec la même installation d'archlinux

Joli !

Quelqu'un a un x230 avec arch dessus ?
J'essaye de l'installer avec KDE. Le problème c'est qu'il met 3 ans à démarrer (pour arriver à SDDM). Sur d'autres distribution (mint, ubuntu, manjaro) je n'ai aucun problème.

Le wifi met 3 ans à se connecter aussi  une fois arriver sur le bureau.

 
systemd-analyze dit quoi ?
 
et systemd-analyze blame ?
 
Sinon essaie ça :
 
/etc/modprobe.conf
 

 
/etc/modprobe.d/i915.conf
 

 
edit : Tant qu'à faire, ajoute la gestion du ventilateur avec thinkfan si ce n'est déjà fait (paquet à installer "thinkfan" )
 
/etc/modprobe.d/thinkpad_acpi.conf
 

 
et la config (Valeurs à ajuster si besoin)
 
/etc/thinkfan.conf
 

 
Et n'oublie pas de générer à nouveau l'initramfs :
 
mkinitcpio -p linux && reboot

Dans l'urgence j'ai du remettre un système marchant oot. Je vais réessayer en rentrant.
J'avais consulté dmesg, ce qui mettait longtemps c'était l'ipv6 ou/et le Wi-Fi.
Je pense que j'ai du mal faire les choses à l'installation (même en désactivant dhcpcd et en activant network manager).

d'après la configuration PC renseignée dans ton profil il s'agit d'un PC fixe, avec comme carte mère une msi MSI P67-GD55 :
https://fr.msi.com/Motherboard/P67AGD55/Overview

il faudrait donc identifier les éléments qui posent problème sur cette carte mère, si le dernier noyau linux a un bug avec ton matériel, ça peut être la carte réseau intégrée si le dernier noyau comporte un bug, parfois la carte son, la carte graphique (méfiance si tu utilises un pilote propriétaire de type nvidia), la carte wifi (cet élément n'est pas forcément indispensable sur un PC fixe, une connexion filaire rj45 posera moins de problème),

à noter que manjaro c'est comme archlinux (même paquets, qui mettent juste un peu de temps à être à jour sur les dépôts par rapport à archlinux), donc tu auras les mêmes problèmes avec manjaro lorsque ce sera la même version du noyau linux par rapport à archlinux,

essaie d'installer le noyau linux "lts" pour voir si le bug persiste,

et bien sûr bien lire et respecter le wiki archlinux pour l'installation et la configuration, parfois le problème peut aussi être à ce niveau

Il me s'agit pas de mon pc fixe mais de mon laptop (thinkpad x230).

Edit: j'avais essayé noyau lts et noyau non lts.
Je donnerai plus de détails quand je me pencherai à nouveau dessus.

Et manjaro aucun problème donc ça vient vraiment de la façon dont j'ai installé arch

Et aller, aujourd'hui à nouveau plantage au boot. J'ai fait une mise à jour hier ; du coup, je n'ai même pas lu le message d'erreur, qui prenait tout l'écran et tournait en boucle rapidement, j'ai aperçu xorg blabla donc j'ai downgradé xorg-server et xf86-video-nouveau, et c'était ça. Curieux ces problèmes depuis peu   .