Reprise du message précédent :

 
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

 
Bon, de toute façon, on va pas se prendre la tête, ça ne sert à rien...mais celà dit, je tiens à repréciser que pour moi, dire que quelqu'un a fait "une connerie" n'est pas du tout méprisant. Faire une boulette, c'est faire une boulette...mais bon. Enfin, je précise juste que même si tu as raison dans le sens où les compagnies qui ne veulent pas distribuer des drivers libres et potables sont pénibles, je reste convaincu que - étant donné le nombre de machines sur lesquelles les drivers de Nvidia et ATI sont installés - ils auraient du faire des tests supplémentaires, puisqu'en plus un problème ayant les mêmes effets (même si ce n'était pas la même cause) a déjà eu lieu quelques semaines auparavant, obligeant Canonical à publier des excuses et blablabla...
 
Sans rancune !

Ubuntu ne font aucun test, ils recopient des paquets de debian à l'arrache.
 
Et puis comme dit plus haut, les drivers proprio c'est le mal.

Juste une note pour vous signaler que la webcam Labtec WebCam Elch 2 marche bien avec dapper.
 
Un truc rigolo toutefois : si elle est branchée sur un hub USB, elle marche plus et fait freezer le PC.

certains paquets sont patchés par ubuntu toutefois.

un autre truc rigolo, depuis 2semaines j'attends firefox 2 beta 2, il arrive aujourd'hui, mais ils ont pas mis le paquet pour la traduction française, résultat il ne démarre plus, et en plus la version rc1 arrive dans quelques jours enfin c'est une version de dev certe, mais au vu des probs avec dapper, je ne sais pas quel est le meilleurs choix

ce qui est une erreur a mon avis.

Qui sont déjà dispo depuis 15 jours au moins    

De fait, en arriver là .

Par expérience lorsque j'utilisais aussi les drivers proprios de Nvidia je sais qu'entre les versions buguées (une nouvelle release survenait parfois 1 ou 2 semaine à peine après la précédente) et les issues de compatibilité entre les versions successive de X ou du noyau il y avait bien un problème de mise en phase uniquement imputable à Nvidia.
 
 
Si les mises à jour d'une distribution (dont certaines concernent la sécurité) sont retardés à cause d'un bout de code proprio, c'est le début de la fin : on va alors probablement se retrouver d'ici 5 ans avec un suivi de la sécu aussi merdique que dans Windows...  
 
Vous imaginez la tête de Linus si on lui demandait systématiquement d'attendre avant d'implémenter telle ou telle nouvelle fonctionnalité parce que le driver proprio de la société bidule arrive pas à suivre la fréquence des changements apportés au noyau    Bref ça deviendrait complètement ridicule...

 
Alors là, je suis on ne peut plus d'accord ! Il faudrait quand même pas que Linux perde son indépendance et son interopérabilité à cause de ce genre de truc. Faudrait pas inverser les rôles : c'est au constructeurs de suivre les spécifications du noyau normalement et pas au noyau de s'adapter à ce que veulent les constructeurs !

Reste que dans ce cas si, il n'y avait qu'un package à recompiler, ni plus ni moins. Aucune incompabilité en vue mais ça fait 2 fois qu'ils oublient de le faire apparemment. Ce n'est pas normal pour un paquet présent dans les dépôts d'une distrib STABLE

Une majorité de constructeurs ont heureusement compris et ça se passe bien, en revanche une minorité refuse toujours de jouer le jeu et à cause d'eux l'utilisateur continue encore à essuyer des plâtres  
 
 
 

C'est peut-être un oubli volontaire pour inciter les utilisateurs à utiliser du libre entièrement et montrer certains effets de bord désagréables lorsqu'on utilise du proprio    (ok, je sors)

 
Ca c'est un post constructif et plein de vérités...  

Moi ya un truc que je comprend pas :
 
Pourquoi vous bloquez pas les mises à jour du kernel et des pilotes graphiques si tout marche bien chez vous ?
 
A quoi ça rime exactement ?
 
S'il y a des failles de sécu, ok, je veux bien, mais bon... les 3/4 du temps, c'est inutile et risqué. Rien qu'avec par exemple les modules qu'on compile pour tel ou tel périph.
 
Le forum d'ubuntu fr regorge de gens qui ne peuvent plus utiliser, qui, la webcam, qui sa carte PCMCIA ou encore les drivers graphiques.
 
ça rime à rien.

En théorie la distrib est stable et donc les mises à jour doivent être de sécus + bugs majeurs mais rien qui ne casse le système. Il vaut mieux tout mettre à jour donc

Ouai ben au cul la théorie.
 
La pratique c'est : quand on touche au kernel, sachant qu'il y a des trucs proprios et des modules qui tournent autour, ben on s'attend à des ennuis et on fait pas la mise à jour quand tout tourne parfaitement, et on attend bien sagement la future version de la distrib. (On peut mettre à jour tout le reste hein...)

Ce qu'il y a c'est que la mise à jour du kernel doit le remplacer par le même kernel patché contre des failles et qu'il vaut mieux le mettre à jour

En bientôt 4 ans, je n'ai _jamais_ eu de problème lors des upgrade et dist-upgrade des versions stables de Debian et ce avec l'ensemble des paquets (noyaux/modules compris) fournis officiellement avec la distro.  
Ya que sous testing/unstable que ça couille parfois, et encore c'est récupérable la plupart du temps pour quelqu'un qui sait un minimum se débrouiller avec ses paquets et son gestionnaire.
 
Sinon au niveau de la sécurité c'est mal de penser qu'on est intrinsèquement en sécurité parce qu'on tourne sous GNU/Linux : les risques sont certes amoindris mais existent néanmoins et c'est toujours très con de se rendre compte un beau jour que son système a été compromis par quelques script kiddies juste parce qu'on a omis de faire depuis 4 mois des mises à jour corrigeant plein de vulnérabilités dans son navigateur web ou son client de messagerie...

 
Heu, tu sais lire ? Visiblement non...  
 
J'ai bien indiqué : "on peut mettre à jour tout le reste".  

 
Ben dans ce cas, ouai. Mais visiblement, le kernel n'est pas le même si j'en juge par le nombre d'utilisateurs qui ne peuvent plus utiliser soit leur webcam, soit leur carte vidéo ou encore leur carte wifi...

C'est une mise à jour de sécurité du kernel. C'est quand même obligatoire. Maintenant faut voir pourquoi ça marche plus

Donc tu met pas à jour ton noyau sous prétexte que tu risque de péter un truc à cause du driver proprio qui est installé. Bravo la mentalité et super-sécurité

 
Voilà ouai.    J'attend que d'autres le fassent et renvoient ce qu'ils en pensent... En clair, je fais juste les mises à jour critiques concernant le kernel et je fais par contre toutes les autres mises à jour pour tous les autres logiciel.
 
Et moi, ma station n'a jamais le moindre problème, ça m'a permi en particulier de passer au travers de pas mal de problèmes que d'autres ont eu (il est vrai) à ma place.

Vous connaitriez un moyen de gérer le ventilo d'un laptop ?
parce que là, le mien est toujours en ventilation max, c'est un peu lourd niveau bruit.

Salut,
 
petit soucis depuis quelques jours sous Kubuntu edgy, mes boutons volume +/- ne font plus rien, par contre tous les autres oui ... je ne sais pas trop où regarder cela.
 
Si quelqu'un a une idée

 
Bah tu peux aller voir dans les réglages des raccourcis clavier !

justement, j'y suis allé et je n'ai rien vu, mais j'ai peut être mal vu.

dites donc, edgy est à la bourre dans ses fonctionnalités, sans doute le supplément de délai de dapper va faire de edgy une petite release ?
Par exemple le easy-codec-installation est reporté  
https://features.launchpad.net/distros/ubuntu/edgy

en effet. Comme dit souvent Edgy ne sera pas un si grand changement, ca sera plus une base importante pour +1 et +2.

peut on espérer que les Beta available soient finalisés ? (je pense à xen-edgy, et surtout à package-dependency-field-breaks)

Oui tu peux espérer, car c'est important l'espoir.

cool, alors espère avec moi

le 3e a l'air vraiment intéressant donc j'espère aussi, sinon au pire ca sera pendant la version dev d'edgy + 1 (arf c'est vrai qu'ils ouvrent pas les repos de suite ).

espérons, c'est une fonction importante, spécialement pour les nouveaux sous linux.
 
ubiquity-advanced-partitioner est aussi intéressant, car cela permettrait sans doute d'avoir un installeur vraiment simple de bout en bout
 

slt
 
où puis je télécharger le live CD de Ubuntu ?
je ne le vois pas sur la page de téléchargement du site ubuntu-fr.org
 
 

ici

j'ai déjà été sur cette page j'ai regardé sur plusieurs miroirs et je vois vraiment pas où se trouve le lien pour le live CD    
 

cherche desktop version pas live cd.

ah OK donc le CD d'install fait aussi live CD ?

c'est plutot l'inverse je dirais.