Reprise du message précédent :
J'ai 2 Go de RAM... donc ouais, flash, c'est d'la merde...

Rebonjour arch
 
Ma claque de debian unstable qui me torpillait gnome toutes les 2 màj, retour à de la stabilité à jour

Dailymotion propose une version avec le format OGG / Theora   :

http://openvideo.dailymotion.com/fr
http://linuxfr.org/~julroy67/28336.html

le topic kivabien http://forum.hardware.fr/forum2.ph [...] w=0&nojs=0

C'est ici qu'on parlait de galaxium?
 
Il bug à mort chez moi

le svn pue effectivement, j'ai foutu la stable et ça marche bien au final, par contre il manque des dépendances dans le pkg de aur, lurke les comments d'abord
edit: j'ai du rajouter ça moi: extra/gnome-sharp et  community/notify-sharp-svn

 
Ben j'ai pris la version qu'il y a dans yaourt et aucun soucis de dépendances
 
Mais bon ça se casse bien la gueule et le transfert de fichier merdoie
 
Retour à pidgin

petit soucis aujourdhui mon arch ne veut pas se mettre à jour...
une piste?
Procéder à l'installation? [O/n] o

 
 
edit:
Bon résolu en renommant les dossiers conflicteux en old

Option -f ca ira plus vite ..

Pour ceux qui avait suivi mes histoires d'instabilité avec mon portable et qui m'avaient donné de l'aide et des conseils (et je les en remercie), il semblerait que j'aie trouvé l'origine de mon problème : le mode SATA natif était activé dans le BIOS. Depuis hier soir que j'ai désactivé ce mode, plus une seule erreur de segmentation dans mes applications... Je crois les doigts pour que cela ne soit pas qu'une coïncidence...
 
Du coup la question que je me pose (et pour rester dans le topic Arch) : y a-t-il quelque chose à faire dans mkinitcpio.conf pour avoir un support du mode SATA natif, ou doit-on considérer que Linux (ou en tout cas le kernel Arch) ne supporte correctement que le mode SATA "dégradé" (je met entre guillemets car côté perfs, je n'ai constaté aucune différence entre les deux modes) ? Est-ce que certains ici utilisent le mode natof sans problème avec leur portable et ArchLinux ?

Sur mon fixe aucun problème en SATA natif.
Mais j'ai oui dire que certains contrôleurs merdaient pas mal en SATA natif  

Regarde peut-être du côté d'une update de BIOS ?

Edit : pour les perfs, le SATA "dégradé" te ramène au niveau de l'IDE, donc pas d'AHCI, etc.

Succinctement, AHCI ça apporte quoi ? Parce que là, avec le SSD, je n'ai constaté aucune différence entre natif ou pas...

 
Avec l'AHCI tu gagnes notamment le hotplug (sur un portable ça devrait pas trop te gêner ) et le NCQ (réorganisation du scheduling des opérations de lecture/écriture), dont l'impact doit aussi être assez mineur niveau performances sur un SSD.

OK, merci pour ces précisions.
 
Je viens de mettre, comme tu me l'as conseillé, mon BIOS à jour (version F13 vers F15) et j'ai réactivé le mode natif. On verra ce que ça donne, mais pour l'instant, Opera reste ouvert, ce qui pourrait être bon signe. En tout cas, galérer comme ça à cause d'une option du BIOS (et probablement d'un bug dans la version que j'avais avant), c'est quand même la chiotte. Et pas moyen d'avoir le changelog des versions F14 et F15 du dit BIOS.

Bon bah ca y'est j'ai reinstalle arch en tant qu'os principal mais y'a pas a dire une installe simple ca prend tout de meme un peu de temps...

Ouais ça prend clairement plus de temps qu'une debian ou autre, mais c'est pas du temps perdu je trouve

moué, je n'ai pas l'impression de perdre du temps à l'install... nous tweakons bcp sur Arch lors de l'install, contrairement aux autres distribs où il faut corriger après l'install. Donc l'un dans l'autre...
Et puis, avant chaque install, je me prépare ma liste de prog à installer (un de ces jours, ce serait bien d'en faire un fichier txt pour tout automatiser), et ça va assez vite je trouve.
 
En tout cas, c'est bien plus rapide qu'un Windows + toute sa clique de softs (sécurité, bureautique, etc, etc....). Je n'en installe plus depuis plusieurs années, mais je vois mes voisins "pleurer" régulièrement à chaque réinstall !

ca serait pas mal aussi de mettre en commun les soft indispensables à install
genre wicd, etc...

Ça dépend pas mal de ce que tu veux faire de ton Arch ça, genre Wicd, pour quelqu'un qui utilise NetworkManager ou qui règle sa connexion à la main, est complètement inutile.
 
À mon sens, le plus utile c'est une marche à suivre claire pour accomplir l'installation, ce que fait déjà le Beginner's guide  

+1 avec deK !

Je me sers pas de wicd ...

Perso entre debian net install et arch, je ne met pas plus de temps. C'est de l'ordre de l'heure.
Si on veut plus rapide, faut voir du côté des distributions "clés en main", type ubuntu, mandriva, fedora, etc.
Si on veut plus lent, euuh, gentoo, lfs, là c'est plutôt de l'ordre de quelques jours.
 
Donc le temps d'install me choque pas, d'autant plus que c'est du temps gagné sur l'administration par rapport aux autres distrib, mais là c'est personnel  

Avec un peu d'habitude c'est clair que ça prend pas beaucoup de temps, je pense que j'installe aussi rapidement une Arch qu'une Debian pour un PC desktop.

Bah ce qui m'a choque c'est de devoir installe hal manuellement par exemple... j'ai mis du temps a comprendre pourquoi xorg plantait, alors j'ai installe elinks et me suis balade sur le wiki et j'ai trouve.
 
Sinon j'ai installe xfce4 a la place de KDE, moi qui n'ai utilise que KDE depuis que je suis sous GNU/Linux (et fluxbox de temps en temps), et bien ca change. 128Mo de RAM utilise...
Ca me donne envie de rester sur un truc plus leger, par contre le xfce4 il fait vraiment trop sobre. Peut etre le theme?

Bizarre que tu ne l'aies pas eu en dépendance d'autre chose  

Enfin je me rappelle plus vraiment, il faut peut-être l'installer à la mano.

Niveau thème tu peux mettre tous les thèmes GTK et d'icônes habituels (donc pour Gnome), il n'y a que pour les décorations de fenêtres que les thèmes sont spécifiques, tu peux en trouver des sympas ici    :
http://xfce-look.org/index.php?xso [...] ntmode=420

 
Chez moi, il est carrément en dépendance de xorg-server      

J'ai du l'installer à part aussi.
 
DItes, personne a de problème avec la màj d'alsa-utils?
 
Résolu par un autre pacman -Syu

Salut,
 
J'ai un problème avec mon conky : au bout d'un moment, le texte disparait et il ne reste que les graphes et les traits.
Voilà des screen : lorsque ça marche ... et ... lorsque ça ne marche plus.
 
Je précise que j'ai deux conky et que les deux ont le même problème ...
 
Le conkyrc correspondant -> http://pastebin.com/m4c31de29
 
Merci de votre aide.

Meme probleme depuis de tres recentes mises a jour. D'ailleurs conky a ete mis a jour aujourd'hui, mais meme probleme. Je ne sais pas d'ou cela viens, mais ca date de qq jours seulement.

D'autres ont aussi ce problème
http://bbs.archlinux.org/viewtopic.php?id=73724
 
Visiblement le dépot git a été patché. J'ai compilé la version git et ça fonctionne correctement

Ok ça me rassure de ne pas être le seul
 
Y'a plus qu'à attendre une mise à jour pour corriger ce problème (je confirme que celle d'aujourd'hui n'a rien changé).
 
EDIT 11/06 : suite à la mise à jour d'aujourd'hui, tout fonctionne à merveille

Le kernel 2.6.30 est déjà disponible dans le dépôt testing

Uép, et installé
mais la fleeeeeme de reboot

Méwé    
 

 
Et il ajoute le support de la LED Wi-Fi (qui clignote en fonction de l'activité réseau) pour mon netbook, inutile mais tellement indispensable  

idem en .30 sur mon eee, avec driver 2.8 intel kivabieng

2.8 c/est deja sorti?
remarque je n'ai peut etre pas encore les depots testing en fait.

non c'est pas dans testing , c'est un 2.7.999.99 machin, soit 2.8 RC dans aur  : http://aur.archlinux.org/packages.php?ID=22968

Quelqu'un a le changelog du 2.6.30 ? J'aimerais bien confirmer que le support du TRIM Pour les SSD qui en dispose est bien dans ce kernel.

Ceci ? http://kernelnewbies.org/Linux_2_6_30

Yes
 
Par contre, rien sur le TRIM Il me semblait pourtant que ça devait être intégré avec cette version... Je vais partir à la pêche aux infos.