Reprise du message précédent :
est-ce qu'on sait si l'installateur d'arch sera mis à jour ?
 
genre une image iso d'install 2011.05 ?

 
Tu peux tester la version de dev http://releng.archlinux.org/

Oui, c'est le même principe que pour passer de 32 à 64, tu peux t'inspirer de i686 --> x86_64 upgrade - steps i took to keep packages/settings/data.

bon,
j'ai démarré le sshd avec le clavier puis j'ai branché mon dongle et j'ai un accès \\o//
je me demande pourquoi jy avais pas pensé avant.
donc je peux débuter une installe et la passer en rolling release pour voir si mon matos est mieux supporté.
notamment, la gestion du 2nd screen intégré.

 
Je mets de côté, on verra si j'en ai besoin. Lien à avoir sous le coude.

plop, drapal.  
C'est quoi l'environnement de bureau que vous trouvez le plus sympa sous Arch ?  
Je connais bien Awesome, mais pour un grand écran, ne pas supporter le tiling ça me gène pas.  
Je préviens, j'aime pas Unity (la raison de mon départ d'Ubuntu) Gnome3 est pas mal ?

Unity et Gnome 3 sont très proches (quasi pas de possibilité de personnalisation), autant les éviter

Erf... Quoi donc alors.. ?

Ben KDE c'te question

+1 pour KDE
Ou Xfce

KDE oulà, j'ai pas un super souvenir
Je vais peut être partir sur un autre, genre LXDE... Enfin je testerai KDE d'abord.

T'as testé quand KDE la dernière fois ? Parce que si c'était au moment de la 4.0, ça a pas mal changé hein

ouais c'était la 4.0 et j'avais vomi

Autrement dit, tu ne sais plus ce qu'est KDE

super j'ai une "brique" avec une arch d'installée et qui ne reconnait pas mon dongle wifi qui était reconnu par la version live.
que passa

j'ai du chargé à la mano le module r8712u et forcer wicd sur l'interface wlan0

edit : 'tain, plus de bat. en plein milieu de la récup des paquets en rolling release et j'ai pas emmené mon chargeur  

 
Je suis pas du genre obtus, donc je vais l'installer et prendre le temps de tester

Ce n'était pes ce que je sous entendais, no offense.

No souci. Par contre j'ai testé 10 minutes, j'ai re-vomi. Mais rassure toi, je viens de tester Gnome3, et idem.  
 
Ça craint peut être, mais j'aime bien l'intégration d'Empathy et de Rythmbox dans Ubuntu (10.10) ainsi que les notifications.  
 
Bref, faut que j'en teste d'autre

KDE est suffisamment configurable pour dire que 10 minutes ne suffisent pas à le tester convenablement. A mon sens évidemment. En même temps, je ne suis pas objectif, je suis littéralement sous le charme de ce DE, je trouve qu'ils font réellement du bon travail.
Après, je comprends aussi qu'on puisse ne pas aimer ou que ça ne convienne pas à une utilisation définie.

Certes, il faut que je prenne le temps, mais je suis un peu perdu avec l'esprit KDE, les plasmoïdes etc.  
 
Si c'est assez configurable pour que ça soit aussi traditionnel qu'un Gnome 2.x, ça me va.

pour KDE4 il suffit de le customiser, le thème par défaut est mal choisi ( trop métallique ) mais il existe d'autres thèmes qui peuvent satisfaire tout le monde, même les gnomistes
 
avec le paquet Qtcurve il est possible d'homogénéiser encore plus l'interface sous un seul thème même avec les applications gtk sous KDE
 
http://kde-look.org/content/show.php?content=40492
 
résultat on peut obtenir une interface moderne sans le coté bling-bling

Ouais, enfin je pense surtout que j'ai une crise de foi ( ) sur les choix en matière de Desktop Linux.. Dans l'immédiat sur le PC principal je vais rester en 10.10 et découvrir en // KDE4 sous Arch.

Et Xfce ? C'est plus proche de Gnome 2 que KDE

On verra déjà après une semaine de KD4 

Je le trouve très bien Oxygen. Et il est dispo en GTK aussi pour le côté uniforme des applications Qt/GTK. Un peu de transparence et zou, c'est très joli. Et très subjectif bien sur.

donc, la version 2.6.38 de la rollingR n'améliore pas les choses concernant mon matos. je suis à peu près sur que c'esqt une question de config.
mais j'ai pas envie d'y passer un temps inifini.
je vais faire un double boot au cas où, mais je dois me remettre à ubuntu qui reconnais mes 2ecrans et la carte wifi sans trop se fatigué.
sinon j'ai comparé le temps de boot et je gagne seulement 1sec avec du ctkarch7, ça passe de 10-11sec pour xubuntu à 9sec pour ctkarch7  
c'est pas suffisant pour me faire basculer totalement

 
chacun ses goûts
 
c'est trop métallique pour moi, du coup j'ai tout fait pour que ça ressemble plutôt à du clearlook

Une petite astuce pour démarrer un peu plus vite MAIS il faut être prudent dans la modif'.
 
Avec le nouveau paquet initscripts, il y a une nouvelle ligne qui est
UDEV_TIMEOUT=30 dans le ficher /etc/rc.sysinit
Cette ligne dit a udev que, si après 30 secondes, il n'a pas fini de trouver les périphériques alors il continue de chercher en tâche de fond. Ça correspond à la commande  /sbin/udevadm settle --quiet --timeout=30.
 
En mettant à 2 sec voire 1 sec. ( UDEV_TIMEOUT=1 ), l'ordi démarre un peu plus vite (car udev continuera en tache de fond).
 
/!\ Surtout ne pas mettre à zéro. Dans ce cas les partitions sont détectées trop tard. /!\

Dpuis qu'ils ont pourri gnome et que unity ça sert à rien hors tablette, il ne reste que XFCE en complet et Openbox en light IMHO

 
J'en viens doucement à cette conclusion... Mais je creuse KDE pour être sur de pas passer à côté

Je l'ai fait, ça boot plus vite, en effet. Probablement moins de 10 secondes avant d'arriver à KDM (je suis un barbare au niveau configuration).  
Je suis aussi en train de tester Preload :  
https://wiki.archlinux.org/index.php/Preload
C'est en fait KDE qui est long à se lancer chez moi...
 
Pour revenir à la discussion, j'utilise KDE parce que c'est mature et que ça inclut tous les logiciels de base dont j'ai besoin sans me prendre la tête.

Pas testé depuis un moment, mais Enlightenment donne quoi maintenant ? Ca peut correspondre peut être.

Enfin, le mieux c'est de prendre un gestionnaire de fenetre et de faire à sa sauce surtout quand on est pas satisfait de ce qui est présent.

Bah ça donne Enlightenment
Jsuis pas sur et j'ai pas vraiement l'impression que ça a bougé depuis 10 ans  

Je vais avoir besoin de testeurs   Je viens de faire un script d'init pour mettre les profils firefox (répertoires .mozilla) en tmpfs (en ram ), ça synchronise avec rsync au démarrage et à l'arrêt. Le but ultime du script est d'économiser de l'énergie en évitant de réveiller les disques durs.
 
J'avais arrêté d'utiliser cette technique parce que j'avais régulièrement des pertes de profil en cas de crash / plus de batterie / extinction brutale mais normalement ça ne devrait plus arriver
 
Le script gère automatiquement tous les comptes utilisateurs et conserve toujours une copie du profil.
En cas de crash système, ça récupère la précédente copie. Si ça intéresse du monde, ça va finir sur aur    
 
Voilà donc l’œuvre de ma nuit, un beau graph bootchart (avec preload/firefox-tmpfs qui ralentissent un peu le démarrage au profit de l'utilisation) :  
http://pix.toile-libre.org/upload/ [...] 558150.png

Marrant, il y a une mise à jour aujourd'hui.  

J'avais fait exactement ça aussi, je l'avais posté en topic  netbooks je crois

Mais si tu packages ça proprement, c'est tout bon

Oui, j'essaye de faire ça ce midi.
J'avais lu cette idée ici à la base, j'avais encore les commandes rsync commentées dans mes scripts rc.local et rc.local.shutdown   Mais je l'ai bien amélioré, je trouve ça propre et ça tient en 80 lignes.

Si ça permet de réduire les écritures sur un SSD, je veux bien faire le test aussi

 
Effectivement, c'est pas mal si tu as un truc propre, mon truc c'était quand même un peu crade

De ce que je me souviens, ton truc était valide pour un seul user non ? Si la méthode de BlockDevice fonctionne pour tous les profils locaux de la machine, c'est quand même mieux

 
C'est censé mais j'ai testé qu'avec deux utilisateurs  
Par contre, si votre home est un répertoire partagé sur plusieurs machines (montage nfs par exemple), il ne faut surtout pas utiliser cette fonction (sinon les autres utilisateurs vont venir râler   ).
 
Pour ne pas trop impacter le temps de boot, je conseille de déplacer le cache dans un autre répertoire que ~/.mozilla pour ne pas le sauvegarder, par exemple /dev/shm qui est un tmpfs : dans about:config, il faut changer ou créer la valeur browser.cache.disk.parent_directory