Reprise du message précédent :
non mais je conseil pas de compilé moi hein ^^ puis compilé franchement ... c'est un peu beaucoup facile, surtout les drivers nvidia où tout est automatisé (penser à avoir build-essentials ) .  
 
Mais je suis totalement d'accord, c'est abusé de la part d'ubuntu, deux fois le même prob ! Ça devrait pourtant pas posé de problème de faire des test en interne avant de tout balancer dans les dépots ...

Au fait, information au passage : ça ne touche que les possesseurs de carte NVidia avec le drivers proprio compilé. Mais en tout cas, ça fait déjà deux fois en moins d'un mois ce genre de problème ! C'est pas cool...ils deviennent un peu trop pressés chez Ubuntu là ! Bourdel, on sort pas des mises à jour de noyau à la légère !!! Ils testent pas ou quoi ??? Ils comprennent pas que ça nuit à l'image et à la popularité de la distribution leurs conneries ? (Une fois, l'erreur est humaine, mais deux fois, en plus coup sur coup, faut pas exagérer !)

et si nvidia au lieu de nous fournir un bloat faisait en sorte que ses drivers puissent s'installer comme les autres drivers de Xorg 7.x ?

sachant que j'ai une ATI, je la fait ou pas cette mise à jour ?

Bah sur les forums ricains, y'a pas de problème pour les ATI apparemment...faut que je fasse aussi l'update sur mon portable...mais je ferais ça tout à l'heure : là j'ai pas le temps !

De toute façon les updates sur dapper ne sont pas urgente ... c'est pas comme sur edgy

C'est pas de toi que je parlais.    
 
Et puis la maj est dispo maintenant, c'était pas bien la peine de compiler.  

quelle idée aussi de ne pas utiliser une version en dev après faut pas s'étonner d'avoir des plantages

Bizarre, depuis que je suis repassé en nv au lieu de nvidia, mes vidéos ne marchent plus J'ai plus que le son ...

ça dépends de la sortie que tu utilises  

Je les ai toutes essayé, même résultat à chaque fois
Enfin peu importe, la mise à jour est dispo.

Perso j'ai toujours était sur les version de dév (avec mandrake toujours en cooker), on pourra dire ce que l'on veut , mais c'est les plus stable    (bon ok quelque programme merdouille, mais c'est souvent vite arrangé ) . D'ailleurs la preuve, avant la sortie de mandrake 9.2 j'était en cooker, aucun problème, puis la finale est sortie et :   (rappel : Menu qui disparaissaient tout seul, et les lecteurs LG qui se foutaient en l'air avec le cd de la mandrake) .
Et pour Ubuntu, y'a eu deux problème de serveurs X, pendant le même tps ça m'ai arrivé qu'une fois en edgy  

 
c'est pas vraiment inhérent à Xorg, mais plutot aux drivers proprio nvidia. Les gens n'utilisant que des pilotes libres n'ont eu aucun problème  

 
 
http://www.ubuntu.com/testing/knot3

il y a deborphan sous dapper qui cherche les orphelins

bon, j'ai cherché mais je trouve pas : comment on peut régler le governor par défaut sous ubuntu ? par ce que là il est à userspace et je veux le passer à powersave
 
merci

 
 
Il y a un applet gnome pour cela : CPU Frequence Scaling Monitor

Elle est pas encore dispo

 
aptitude le fait sans problème

tout le monde à beau me répéter ça, c'est pas la question, la question est que ce soit totalement intégré et utilisé par le système par defaut

non non, elle ne le règle pas par défaut

chaced : justement deborphan ne sera plus utile
ory : peux tu préciser ?
 

 
Oui désolé j'ai lu trop vite.
 
Tu peux éventuellement taper directement dans /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor?
 

c'est sale, donc non

 
Bah étant donné que powernowd semble pas faire ce que tu veux, reste plus qu'à installer cpufreqd et configurer le governor par défaut    
 
Pourquoi c'est sale de taper dans /sys au fait?

 
smieux cpufreqd ?
 
parce que c'est effacé au reboot et que le governor par défaut devrait pouvoir être configuré...
 
je vais peut être ouvrir un bug moi

 
 
mieux je sais pas mais plus configurable oui.
 
et pour le govenor par défaut je sais pas. Je me suis dis que /etc/sysctl.conf pourrait faire l'affaire mais bon jamais testé.

 
 
bah je sais bien trou d'uc

heu, tu me parle autrement hein
 
 
 
Knot 3 disponible
http://cdimage.ubuntu.com/releases/edgy/knot-3
Je rappèle aux débutants que c'est une version de test et qu'il est déconseillé de l'installer pour une utilisation "classique"

Moi ce que j'espère violemment, c'est que je pourrais passer "facilement" de dapper à la prochaine edgy quand elle sera stable. C'est LA révolution que j'attend d'une distrib. Pour le moment, aucune distro ne le permet vraiment super-proprement.

Bah en principe tu peux, qd tu insére un disque ubuntu avec dapper, il le détécte et propose de le mettre dans les depot de synaptic ,donc avec edgy tu fais ça, puis une maj, et hop tu es en edgy  

si c'est comme entre la breezy et la dapper, le gestionnaire de mise à jour de proposera de changer de version, tu cliques et hop, un bon gros download plus tard suivi d'un reboot et tu seras sous edgy

 
Si si, sous Ubuntu, ça c'est au point hein ! Perso, je suis passé de la 5.04 à la 5.10 puis ensuite à la 6.06, sans réinstaller ! Des "dist-upgrade" à chaque fois et aucun souci !

Sous dapper, j'ai essayé d'installer XGL et compiz en suivant ce tuto : http://doc.ubuntu-fr.org/applications/xgl/gnome
 
je n'ai aucun problème, sauf que, quand j'essaye de démarrer avec une session xgl, ça s'arrête juste avant que le splash screen apparaisse.
une idée de solution ?

 
bah non trou d'ucSSS

ah flute , je n'avais pas vu que tu avais récidivé .
je modifies donc un peu ta sanction du coup.
 

Automatic removal of dependencies
Implementation Status: Beta Available
https://features.launchpad.net/dist [...] cy-removal

"Ouin ouin mon serveur X se lance plus : à cause de la mise à jour mes drivers proprios ne fonctionnent plus, Ubuntu ils assurent pas, ça devient merdique, blablabla..."
 
Et ben en fait c'est ce à quoi il faut s'attendre pour chaque mise à jour lorsqu'on utilise des drivers dont le code fermé ne peut être mis à jour par l'éditeur de la distribution. On ne peut pas reprocher à Ubuntu de mal faire son boulot alors que les problèmes concernent des drivers dont la maintenance dépend entièrement de Ati ou Nvidia.
 
Alors moi en lisant ce genre de remarque ça fini par m'énerver à la longue    : et si vous alliez une bonne fois pour toute râler un bon grand coup chez les vrais responsables ?  
 
 
 

Toutafaÿ

 
N'importe quoi. Déjà, pour commencer, t'es pas obligé de prendre ce ton méprisant. Ensuite, faut apprendre à lire : je n'ai pas dit "ouin ouin, Ubuntu c'est merdique et blablabla...". Ta remarque est certes vraie, mais la mienne reste valable. Je m'en contrefous de savoir le pourquoi du comment et de savoir que "ATI et NVidia c'est des méchants parce qu'ils veulent pas donner leurs sources..." : le truc c'est que le but d'Ubuntu est - entre autres - de devenir une disitribution grand public, et que on ne sort pas des updates officielles du noyau sans faire des tests préalables. Quoi qu'on en dise, une erreur est humaine mais sortir des trucs dans la précipitation sans faire un minimum de tests sur des trucs aussi basiques, ce n'est pas "professionnel" et ça ne peut que porter préjudice à l'image d'Ubuntu ! (et évidemment, je ne le souhaite pas parce que Ubuntu est - et reste - une distribution de qualité !)

Ce n'est pas moi qui à la base parle de Ubuntu et de "leurs conneries" Je te trouve donc plutôt mal placé pour parler de mépris compte tenu de tes propos par rapport à ceux qui oeuvrent pour Ubuntu...
 
 
 

Il ne s'agit pas d'une erreur de la part d'Ubuntu, les mises à jour fonctionnent parfaitement sur _tous_ les systèmes supportés officiellement : il n'y a que les systèmes bricolé manuellement à coup de drivers proprios (d'ailleurs rappelons au passage que ce genre de modifs échappe au grand public qui n'est donc pas concerné) sur lesquels ça déconne et c'est tout.
 
Si après des utilisateurs ont du mal à appréhender une certaine réalité c'est leur problème, pas celui d'Ubuntu ni de la communauté du Logiciel Libre. Excusez-moi si je trouve gros de venir se plaindre et déballer sa mauvaise foi pour des problèmes n'ayant trait qu'à la seule responsabilité de leur victime...

 
Oui mais non, ça pourrait foirer aussi avec des drivers libres. Si l'éditeur fournit une nouvelle version du noyau, il doit aussi recompiler les modules qui vont avec. Maintenant, si c'était un problème de compabilité des drivers parce que nvidia est à la bourre, pas de problèmes, c'est pas la distrib qui est en tort (et on peut clairement pas lui reprocher de ne pas se baser sur les pilotes proprios pour choisir ses softs*) mais là, c'est juste un oubli de mise à jour...  
 
 
* Même si en pratique pour le passage à xorg 7.1, la plupart des distribs ont attendu la dispo des drivers nvidia compatibles