Reprise du message précédent :
Voila donc une arch tout neuve sur le dell M4700, je vais le passer à 32 Go de Ram en conf full 64 bits

TODO list :

- contrôle luminosité écran
- configuration touchpad
- custom dwm / vim / urxvt
- Texlive
- R / Rstudio (chier Rstudio est dans AUR :-/ )

Le driver ATI radeonSI est pas mal du tout pour la Firepro M4000

J'ai installé aura, nouveau wrapper pour pacman, AUR et ABS écrit en haskell, excellent  
 
https://wiki.archlinux.org/index.php/aura

On ne parle pas du même rstudio, je parle de celui-ci  
 
http://www.rstudio.com/
 
https://aur.archlinux.org/packages/ [...] mments=all
 
;-)

j'avais supprimé entre-temps mon message avant d'avoir vu ta réponse

Attention manipulation manuelle à faire : https://www.archlinux.org/news/gnup [...] n-keyring/

Ca me semble plutôt optionnel non ?
J'étais passé à côté et j'avais aucun problème en tout cas, mais du coup je l'ai fait

C'est à faire si tu personnalises le trousseau de clé de pacman, sinon c'est juste recommandé

pour ceux qui utilisent firefox sous archlinux avez-vous remarqué des fuites mémoires depuis la dernière version 34.0.5 ?
 
j'ai l'impression qu'au bout de 8h d'activité la mémoire se remplit petit à petit pour finir par ralentir le PC, même après avoir fermé tous les programmes, je ressens une certaine latence quand on a bien utilisé le PC ( programmation, vidéo, jeux ),
 
je ne vois rien d'anormal avec "top", "htop", "free -m", à part firefox qui est tout le temps à 5~8% CPU, ça se voit surtout quand je tape un message dans une zone de texte ( comme sur ce forum ),
 
si je redemarre le PC tout redevient normal,  
 
j'ai 4 Go de ram, j'ai remarqué ce problème depuis 2~3 jours, peut-être un bug du kernel qui sait ?
 
edit: j'ai trouvé le coupable : le processus adb, qui sert pour la programmation android

Change ta CM et ton CPU  

Plus sérieusement, si c'est quand tu écris du texte, regarde peut-être du côté graphique.

EDIT: je vois pas en quoi adb pourrait faire ça

j'ai eu ce problème après avoir utilisé pendant plusieurs heures l'environnement de développement eclipse, il me sert notamment pour développer en java et les applications android, d'où le lancement automatique d'adb,

après j'ai aucune idée de la raison du ralentissement, tout ce que j'ai remarqué c'est qu'après avoir fermé adb ( de manière classique avec la commande adb kill-server ) le ralentissement du PC a immédiatement cessé,

j'ai eu aussi des doutes sur systemd, car je le voyais souvent en tête des processus gourmands dans la liste en lançant "top" et "htop", peut-être qu'il y a un bug subtil lié à systemd quand il surveille les processus, les démons lancés

tu peux essayer ca  
 
http://wiki.tuxunix.com/index.php/ [...] sous_Linux

Pas clair l'update des certificats la.
J'ai la même interrogation que ces gens: https://bbs.archlinux.org/viewtopic.php?id=190929

Si t'as pas ajouté de dépots non-officiels signés tu n'es probablement pas concerné.
Perso j'ai aucun dépot non-officiel, j'ai pas fait cet étape.

le noyau 3.18.1 est arrivé dans le dépôt testing :
 
https://www.archlinux.org/packages/ [...] _64/linux/
 
il y a des kamikazes ici qui l'ont testé ?
 
ce 3.18 est sorti malgré la présence de bugs étranges découverts dans la branche 3.17 :
 
http://www.developpez.com/actu/789 [...] sion-3-17/
 

Pas encore mort  

Bon, je suis toujours en vie, mais j'ai des merdes sur ma souris USB.
J'ai pas encore bien investigué ce qui se passait mais elle semble parfois (souvent) non reconnue au démarrage.

elle est branchée sur un port USB 2.0 ou USB 3.0 ?
 
c'est un modèle particulier de souris qui utilise un module spécial ?

2.0 mais je sais pas si c'est le noyau ou X qui déconne, j'ai fait une grosse màj, y a eu un peu de tout et j'ai pas eu le temps de bien regarder / traiter les pacnew, etc...

si tu reviens à la version 3.17.6 du noyau et que tu constates que le problème a disparu alors c'est probablement le noyau 3.18.x qui a un souci,
 
lors d'un bisect entre le noyau 3.16.x et 3.17 je me souviens d'avoir vu parfois un message d'erreur au boot lié à l'USB, quelque chose comme "fail to initialize USB channel", faudrait voir si tu as le même genre de message en regardant dans le journal de systemd ou dmesg,
 
en faisant un grep sur des mots clés comme "fail", "usb"

La version 4.2 de Pacman est sortie :  

• http://allanmcrae.com/2014/12/pacman-4-2-released/
• https://projects.archlinux.org/pacman.git/tree/NEWS

il faut préciser que ça sort pour l'instant uniquement sur le dépôt testing,
 
à noter la mise à jour de freetype2 en version 2.5.4-3 avec ce message de pacman :
 

 
aucune idée de ce qu'il faut réellement faire car je ne sais pas si j'utilise ou pas cette option "subpixel hinting" actuellement, est-ce une nouvelle option ou bien un changement d'une option qui existait déjà dans la version précédente de freetype2 ?
 
et je n'ai pas de fichier ~/.pam_environment

A mon avis si tu ne sais rien de tout ça, c'est que ça ne te concerne pas.
Ça doit être pour des dalles très spécifiques.

Sinon mon histoire de freeze de souris USB en 3.18 a mystérieusement disparu

c'est peut-être un bug aléatoire, ne crie pas victoire trop vite
 
faudrait tester en redémarrant 10 fois d'affilée pour voir si le bug réapparaît

j'ai l'impression qu'il y a un bug avec la dernière version de mesa sortie récemment et qui s'occupe de l'acceleration vidéo mpeg4 ( VDPAU ), parfois je vois ça dans la console quand je lance mplayer avec un fichier mpeg4 ou quand je regarde avec mplayer la TNT HD :
 

 
parfois ça se traduit par un écran noir dans la vidéo,  
 
VLC semble aussi avoir des problèmes quand on active l'acceleration matérielle VDPAU dans les options de VLC,
 
j'utilise le pilote libre radeon ( j'ai une ati radeon HD4650 Pcie )

j'ai un problème pour installer un paquet provenant du dépôt AUR :
 
https://aur.archlinux.org/packages/barry/
 
ça me donne cette erreur quand je veux installer le paquet :
 

 
quelle est la solution ici pour résoudre ce conflit de fichiers ?

<Je vais me faire tuer>
Tu forces.
</Je vais me faire tuer>

trop risquée l'option --force
 
quand je regarde dans l'archive xz du paquet je vois qu'il y a un dossier /usr/sbin avec 3 fichiers dedans,
 
je me demande si ce n'est pas un bug de pacman 4.2, dès qu'il voit qu'il y a un dossier /usr/sbin dans l'archive xz il semble sortir ce message d'erreur, alors qu'il n'y a pas vraiment de conflit de fichiers,
 
une solution serait de modifier le pkgbuild pour qu'il déplace les fichiers de /usr/sbin du paquet vers /usr/bin
 
ça donnerait ceci dans le PKGBUILD à la fin de la rubrique package()
 

 
edit : je viens de tester ma modification du PKGBUILD, ça fonctionne, le paquet s'installe, reste à voir si le programme fonctionne maintenant, 3 fichiers qui devaient être dans /usr/sbin sont maintenant dans /usr/bin

Je pense que c'est un bug de ton PKGBUILD. Les binaires doivent être dans /bin, /usr/sbin est un lien dynamique vers /bin.

Les binaires vont dans /usr/bin par dans bin

en gros pacman quand il voit que le paquet contient un chemin "/usr/sbin" il va automatiquement refuser l'installation du paquet, car il considérera que le dossier /usr/sbin du paquet entre en conflit avec le lien symbolique /usr/sbin du système de fichiers de l'utilisateur,

mais on aurait pu penser que pacman aurait pu de lui même en déduire que les fichiers présents dans /usr/sbin du paquet doivent être installés dans /usr/bin vu qu'il y a un lien symbolique "/usr/sbin" qui pointe vers "/usr/bin" dans la partition "/" de l'utilisateur, visiblement pacman n'aime pas prendre des initiatives

du coup je suis obligé d'utiliser ma rustine dans le PKGBUILD :

une rustine qui fonctionne car le programme une fois installé fonctionne bien

Perso, j'aurais changé l'emplacement des binaires directement lors du ./configure, ça me parait plus propre  

j'avais déjà regardé, apparemment c'est configuré en dur dans le configure :
 
de mémoire un truc de ce style dans le fichier :
 
bindir = $prefix/sbin
 

je viens de regarder dans le fichier configure :
 

 
comment dans ces conditions appliquer l'idée d'_Oni_ ?
 
un "./configure sbindir=/usr/bin" ?
 
edit: le "sbindir=/usr/bin" fonctionne, merci _Oni_ de la suggestion

Et ajouter un --bindir=/usr/bin, ça fonctionne pas?

j'ai édité mon message, le "./configure sbindir=/usr/bin" fonctionne, merci de la suggestion, c'est beaucoup plus propre de procéder comme cela

Heu non, heureusement qu'il ne fait pas ça justement.
Ce contrôle strict est une feature. Laisser passer une installation au travers d'un lien serait trop dangereux.

le kernel 3.18.x semble être boycotté par archlinux ( du point de vue du dépôt stable, je ne parle pas du dépôt testing ),

le 3.18.2 est sorti sur le site officiel du kernel depuis le 8 janvier, mais le 3.17.8 est sorti aussi le même jour, tous les 2 ont l'étiquette "stable" :

https://www.kernel.org/

il sera intéressant de voir quelle version stable archlinux va proposer pour le dépôt stable, la 3.18.2 ou la 3.17.8 ?

https://lists.archlinux.org/piperma [...] 38265.html

Régression de la 3.18 : https://bugs.archlinux.org/task/43143?string=43143

Reason for closing:  Fixed
Additional comments about closing:  3.18.2-2  

arrivée dans le dépôt stable du noyau 3.18.x, un mois jour pour jour après sa sortie officielle, c'est peut-être le record en terme de retard dans l'histoire d'archlinux concernant le noyau linux