Reprise du message précédent :

Une seule façon de le savoir …

 
OK Je pense essayer de remettre la main sur 6730b de mon collègue pour faire l'essai tiens. Il y a pas de contre indication à faire un "mkinitcpio -p kernel26" quand on a booté sur l'image fallback ? Juste pour être sur.

Non, je dirais même au contraire  

Je vous tiens au courant si je peux à nouveau emprunter le 6730b. Probablement pas avant Lundi prochain.

Intéressant tout ça  

Salut,
 
Voilà j'ai un petit problème avec le terminal.
J'ai modifié ma variable PS1 de mon .bashrc afin d'avoir un truc sympa comme j'ai pu en voir sur le forum officiel de arch, mais maintenant, dès que je navigue dans l'historique via les touches haut et bas, et que je rencontre une commande où j'ai tapé TAB pour la complétion, alors quand j'appuie sur haut pour avoir la commande précédente, elle s'affiche au bout au lieu de prendre sa place ... oui c'est dur à expliquer  
 
Voilà une image : (cliquer pour agrandir)
 
1ère comande : je tape "yaourt -Syu", normal quoi
2ème commande : je tape "mousepad Scripts/parcage.log" mais en utilisant TAB pour la complétion du répertoire ...
3ème commande : je navigue dans l'historique : la 1ère fois, normal ça me réaffiche "mousepad Scripts/parcage.log" et quand j'appuie une 2ème fois, la commande "yaourt -Syu" se met après le répertoire ... le pire c'est que quand j'appuie sur la touche retour-arrière pour tout effacer, je ne peux pas effacer "mousepad Scripts/", obligé de fermer le terminal  
 
Donc je pense que ça vient de ma variable PS1 car quand je remets l'ancienne, j'ai plus de problème ... voilà mon .bashrc :

Pacman 3.3.0 et KDE 4.3 RC3 (apriori) dans le dépôt testing pour les fous

Pour ceux que ça intéressent, j'ai fait les tests promis Vendredi, voici les résultats étape par étape :
- démontage de mon SSD d'un 6510b et montage dans un 6730b
- boot avec l'image normale -> erreur de détection des partition par UUID -> pas de boot
- boot avec l'image fallback -> boot OK
- exécution de mkinitcpio
- boot avec l'image normale -> boot OK
Et rebelote pour avoir un boot à nouveau fonctionnel lors du remontage du SSD dans le 6510b. Donc ça confirme les hypothèses émises Vendredi : mkinitcpio adapte l'image normale à la machine sur laquelle on l'exécute.
 
Par contre, problème bizarre sur le 6730b : c'est un WiFi Broadcom qui est dessus (c'est un Intel sur le 6510b), et il semble bien démarré (iwconfig renvoie bien les info de la carte), mais pas moyen de le piloter avec WICD : aucun réseau détecté. La diode de fonctionnement de la carte WiFi est orange alors qu'elle devrait être verte lorsque la carte est activée. Cette diode est tactile et permet de passer d'un mode à l'autre. Or, sous Arch, que j'appuie dessus ou pas, elle reste orange et je pense donc que le switch ne fonctionne pas sous Linux, m'empêchant d'utiliser le WiFi sur ce portable. Le WiFi du 6510b est également piloté par une diode tactile, mais elle fonctionne nickel.

J'ai fait la MAJ qui fait peur (celle qui fait passer de vc/ à tty).
Et ben apparemment, pas de blêmes chez moi, ça roule.
---
Oui, "c'est tout".

Pour le moment...

'fin, elle fait pas peur, elle fait juste troller la ml

Bon la connerie de méta-paquets pour KDE 4.3 c'est du grand n'importe quoi, c'est pas KISS du tout, c'est complètement inutile. Ce genre de choses faut le faire avec des groupes comme dans KDEmod, première fois que je suis déçu par Arch …

et tu pourrais développer un peu plus ton propos ?
Qu'est ce qui te gène précisément?
Tu as pensé j'imagine à faire un rapport de bug afin de souligner ce problème histoire d'améliorer les choses ?

Je pense qu'il fait référence au fait que kdemultimedia (par exemple) soit devenu kde-meta-multimedia. Du coup, pour la maj, c'est pas gagné, ou en tout cas pas évident.
EDIT : ah ben non, puisque les paquets meta remplacent les paquets précédents lors de la MAJ (que je suis en train de faire). Donc je vois pas.

Ça ne sert à rien d'avoir plusieurs paquets s'ils dépendent tous les uns des autres et que tu ne peux pas choisir ceux que tu veux installer. C'est les groupes qui servent à installer des ensembles de paquets et on en a déjà alors pourquoi ils ont fait ça comme ça ? J'avoue que j'aurais pu poser la question sur la ML quand j'ai testé le dépôt kde-unstable …

Édit: enfin pour être plus précis il faut en fait virer les paquets meta après les avoir installé pour avoir un truc correct, pas très KISS je trouve …

Édit 2: enfin correct faut le dire vite parce que le problème avec kdemultimedia cité par Kortex@HFR n'est pas réglé contrairement à ce qu'il pense, kde-meta-multimedia ne fournissant pas kdemultimedia il manque une dépendance à k3b-svn, audex et peut-être d'autres …

Pacman ne sait pas faire une dépendance de "group" j'imagine, d'où l'usage des méta-paquets (même si ca aurait était plus logique de modifier pacman)

Cette argument serait valable si les méta-paquets réglaient les problèmes de dépendances or ce n'est pas le cas comme je l'ai dit au-dessus avec par exemple audex ou k3b-svn.

J'ai viré les meta-paquets pour pouvoir enlever quelques paquets kde sans avoir des conflits de dépendance à chaque fois, mais le problème c'est que comme tout les paquets kde ont été installés comme dépendances des meta-paquets, une fois que tu les vires tout kde se retrouve dans «pacman -Qqdt», du grand n'importe quoi …

Au final j'ai qu'une seule chose à dire, n'utilisez pas les meta-paquets ils servent à rien, utilisez les bons vieux groupes, «kde» pour un kde complet, «kdebase» pour le système minimum.

tu devrais réellement faire un rapport de bug a mon avis.

Les dev de pacman sont très compétents, s'ils ont fait comme ça ils ont probablement une raison, mais si je me motive je demanderai sur pacman-dev@ pourquoi ça a été fait comme ça.

Suffit de modifier le PKGBUILD, alors qu'il y a aucun moyen de mettre un groupe en dépendance

Ça pourrait être un argument mais à mon avis remplacer «kdemultimedia» par «kde-meta-kdemultimedia» dans les PKGBUILD de audex, k3b-svn et autres c'est pas la bonne solution, à mon avis ces paquets dépendent seulement de «kdemultimedia-kioslave» et pas de «kdemultimedia» en entier.

Édit: et sinon il y avait possibilité de faire comme KDEmod avec des paquets «kdemodule-common», je trouve ça plus élégant que les meta.

Ou ne pas utiliser KDE

J'ai un petit soucis : avec un petit yaourt -Syu j'ai une erreur de dependance non resolvable (pacman-color necessite pacman-3.2.2 alors que seul pacman-3.0.*) est dispo dans les repos standards...
 
Je dois supprimer pacman colors ?? Stun peu bete non ?

Ouaip pareil chez moi, et j'ai viré pacman-color en attendant qu'il soit mis à jour pour le nouveau pacman    
(ça doit passer en ignorant le problème de dépendance, mais je préfère faire ça propre)

Desinstallation de pacman-color, mise a jour, pacman est mis a jour et reinstallation de pacman-color : tout fonctionne  

[edit] Par contre depuis la derniere maj du drm/pilote ATI/xserver il y a quelques jours, X crash souvent :-(

 
Même problème chez moi, et ça fout en l'air shaman aussi Du coup, j'ai viré pacman-color et shaman, et le système est à nouveau à jour, mais c'est rageant de devoir virer Shaman pour ça. J'espère que ça va réagir rapidement pour mettre à jour ces deux paquets, même si il n'y a pas mort d'homme, pacman fonctionnant toujours en CLI.

Quel interet d'un GUI pour ce genre de chose?

moi je l'utilise quelque fois pour des choses assez peu triviales en pacman
 
genre Trier les paquets installés par taille, faire une review de leur utilité et les nettoyer si besoin
 

http://www.archlinux.org/static/ne [...] 09-Aug.pdf
Archlinux mag  

la nouvelle version installable 2009-08 sort demain, je vais en profiter pour tout réinstaller et passer en 64 bits ...

 
La même qu'avoir un GUI pour lire ses MP3, que veux-tu que je te dise ?

j'ecoute mes mp3s avec mplayer principalement

Ravi pour toi. Tu as un DE au moins ou tu es un vrai guru de la CLI ?

mplayer pour des mp3 ?  

J'ai un DE mais c'est essentiellement pour le navigateur internet, digikam, virtualbox et trucs du genre, je fais la plupart des choses dans la CLI.
 

Oui pourquoi?
 

OK, donc tu es un vrai adepte de la CLI. Mais pourquoi critiquer l'utilité d'un GUI pour pacman ?

P.S. : je ne cherche pas à ouvrir un débat GUI vs CLI, mais juste à comprendre la remarque de départ, à savoir la remise en cause d'un GUI pour son gestionnaire de paquets.

en general les GUI moi je n'aime pas

C'est donc bien là où je voulais en venir : c'est pas parce que tu ne vois pas d'intérêt au GUI que les autres n'en voient pas. Ta remarque étaient donc purement égoïste. CQFD.  

Non c'était un avis personnel, rien à voir avec de l'égoïsme.
Maintenant, si tu pouvais remettre en cause le ton de tes messages, ça serait intéressant...