Reprise du message précédent :
Pacman

Tiens les drivers Intel 2.9.0 sont passés dans testing
Dès qu'ils sont dans la stable, je repasse sur Arch

En fait, c'est carrément le nouveau Xorg qui est dans testing, avec toutes les nouvelles versions de drivers video.

A voté Pacman, mais aurais aimé pouvoir voté Pacman + Shaman en fonction des situations.
 
Sinon, vivement les nouveaux pilotes Intel, ça résoudra peut être mon problème de résolution sur la station d'accueil pour mon portable.

pacman / powerpill

Pacman tout simplement.

est -ce qu'il est prévu que pacman gère directement le téléchargement en parallèle ?

yaourt! (permet de découvrir de nouveau paquets ...)

Yogourt.

tu ne peux pas préciser l'utilitaire de téléchargement  (comme par exemple aria2) ?

 
non c'est powerpill qui fonctionne avec aria 2 mais pacman ne peut pas l'utiliser il me semble

Je regarde le début du pacman.conf :

Il doit bien avoir quelques à faire avec le XferCommand

À mon avis, pour paralléliser va falloir modifier un peu plus lourdement que ça  

+1  

Dans le man de pacman.conf  

Donc après, je vois pas en quoi ça ne passerait pas  

Han, il faut que je teste.

C'est surtout que je ne vois pas bien comment pacman va piger qu'au lieu de lancer les DL un par un, il doit lancer tout en parallèle.

Ah oui, en effet , il va lancer fichier par fichier en effet …

ya pas une option à placer pour wget pour faire ça ?

Ben wget il intervient après que la commande soit lancée, c'est trop tard  

Bon ben install de xorg testing + dernier drivers intel en cours. On verra bien ce que ça donne, surtout ce soir sur la station d'accueil.

Bon, c'est migré. Alors petit conseil : pensez à installer manuellement xf86-input-evdev, sinon au reboot avec un démarrage graphique (le cas de ma machine quoi), plus de clavier ni de souris. Merci la clé USB avec l'installeur Arch dessus pour pouvoir repasser en runlevel 3 par défaut et installer le paquet en CLI.
J'ai du mal à comprendre comment ce paquet n'est pas une dépendance de xorg-server ou au moins du groupe xorg.

1/ il est marqué dans le wiki en 1ere ligne, et perso il m'a été indispensable pour avoir clavier+souris dès le départ sous gnome
2/ en fesant "E" sur ton entrée grub, et en rajoutant "single" a ton entrée de kernaille, tu aurais eu  un boot en cli et un su && pacman -S xf86-input-evdev plus tard ça serait déja fini

J'aime pas bidouiller dans Grub, ça me gonfle, j'ai eu aussi vite fait de débrayer le démarrage graphique dans inittab avec ma clé. Bref, ce n'est pas la question.
 
Sinon, pour l'histoire de evdev dans le Wiki, je sais qu'il faut l'installer, mais je n'y ai pas pensé en mettant à jour xorg et du coup je me suis retrouvé dans le caca. Sachant que schématiquement, sans ce paquet on ne peut pas utiliser X, pourquoi n'est-il pas une dépendance ? C'était le sens de ma question, ce qui ne remet pas en cause le fait que j'y aie été un peu à l'arrache pour mettre à jour X.

Pacman, yaourt c'est juste pour aur

 
J'ai le souvenir qu'il s'était installé directement avec me xf86-input-synpatics perso

Avec xf86-input-synaptics, peut être, mais avec xorg, rien. Et du coup tu reboot -> plus de périphériques d'entrées Enfin, c'est un détail et on s'en sort facilement, mais quand même.

pas besoin de bidouiller grub, juste faire "E" sur l'entrée d'arch et rajouter single, ça prend 5s
Sinon je pense que non, c'est pas "obligatoire" pour X, on peut tjrs utiliser le Xorg.conf a l'ancienne sans HAL et tout le bouzin, il doit être en "recommandées" et non pas en "dépendance" je pense

Est-ce qu'il est possible d'avoir des dépendances conditionnées ? Genre "si hal et xorg sont installé alors evdev devient une dépendance" ?

faut lurker les man de pacman et yaourt

Ué, pas faux, ce serait une bonne idée ce genre de truc !

Ou plutôt avec les groupes : genre un groupe xorg-evdev et un groupe xorg.

J'imagine qu'on doit pouvoir utiliser HAL sans nécessairement vouloir l'utiliser avec Xorg  

Edit : ou sinon RTFM, c'est plus simple en fait

Mais à titre perso je suis plutôt partisan d'une interprétation restrictive des dépendances, rien de plus chiant que de se voir installer toute une chiée de paquets pour un pauvre truc.

Mouais, là on parle quand même d'un paquet qui t'oblige à faire un hard reboot si il est pas installé et qui pèse 4 octets, donc sans installer tout KDE avec xorg ou hal, c'est pas grand chose non plus. Enfin, le débat est ouvert, je comprend la décision des packageurs et je reconnais que j'aurais pu faire plus attention, mais voila, le groupe xorg contient quelques dépendances telles que hal qui lui même semble très dépendant de evdev, ce paquet pourrait en faire partie à mon sens.
 
Edit : tiens, vérification faite, xf86-input-evdev est une dépendance de xorg-server contenu dans le groupe xorg... Du coup je ne comprend pas trop pourquoi il a fallu que je le réinstalle manuellement tout à l'heure

Il a peut être foiré à un seul boot?

Bon sinon arch sur le Eee 1005HA, c'est que du bonheur, j'ai 5h d'autonomie sans avoir configuré autre chose que powernowd
 
Reste à bidouiller le bazar

+1

dites, vous pouvez me montrer vos depots ?
j'ai que celui de base je sais pas quoi rajouter, j'ai pas yaourt, je rame un peu dans le wiki c'est trop gros

testing / kde trunk / archlinuxfr / les 3 classiques

core/extra/community/testing/archlinuxfr

Ça évitera peut-être des surprises à certains

 
 
s'en est ou e17, est-ce que un jour la version définitive sortira? c'est un peu au point mort non (genre pas avancé depuis 2004)