snt a écrit 716 commentaires

J'ai cherché sur un seul mirroir et j'ai trouvé :

kernel-2.4.25.0.rc4.1mdk-1-1mdk.i586.rpm
kernel-2.6.3.3mdk-1-1mdk.i586.rpm

Ca convient pas ?

C'est dans 'mandrake-devel/cooker/i586/Mandrake/RPMS/'.
J'ai pas vérifié sur proxad et club internet, mais ca m'etonnerait pas qu'ils s'y trouvent aussi.

J'espere qu'aucun décideur-de-grosse-entreprise ne pense sérieusement qu'un logiciel peut etre sans aucun bug. Mandrake a les siens comme tout le monde. L'essentiel est de savoir si ils sont corrigés rapidement et si le support est à la hauteur des tarifs pratiqués.
Ensuite tu installes la distrib et si elle ne te pose pas de probleme, elle passe en production. De plus les deux problemes que tu cites sont donc deux problemes liés à l'install et normalement découverts sur site avant d'etre critiques.
Enfin bref. Y'a des entreprises qui installent des windows comme serveurs et ca choque visiblement pas grand monde que des mises à jour soient nécessaires de temps en temps ( pas que sur windows d'ailleurs pour etre honnete ).

Prendre une version plus récente du package ldetect. Prendre un kernel 2.6 qqch.
Utiliser le driver GPL forcedeth qui est inclu d'office dans le kernel 2.6 et qui marche pas mal.

Quelques pistes pour les problemes d'automontage :
- autofs
- supermount
- submount
- magicdev

C'est un gros troll et moi, vieux naif que je suis, je saute dessus à pieds joints ? Parce qu'un type détruit son materiel parce qu'il arrive pas à s'en servir, c'est pas risible, c'est effrayant.
J'espere que cette personne n'a ni permis de conduire, ni permis de chasse, ni enfants, ni femme parce qu'avec la capacité de controle qu'elle a, un internement lui ferai surement le plus grand bien.
( et pour la garantie du graveur, ca change rien qu'elle soit encore valide ou pas : la garantie ne couvre pas les crises d'hystérie )

Si la distribution inclue du code non libre, il a le droit non ?
C'est pas tres moral, mais c'est légal. Ce qu'il ne peut pas faire c'est t'empecher de distribuer les logiciels GPL qu'il distribue.
Mais par exemple si il a fait un systeme de fichier compressé propriétaire indispensable pour faire tenir tout ces logiciels en 75mo, tu ne peux pas redistribuer cette distribution telle qu'elle est.

Desole pour mon post qui n'est pas en rapport avec ta question, mais je profite du fait que tu sois pas loin des journaux pour te relancer à propos de http://linuxfr.org/~mat_/8106.html(...) : j'ai tenté de te joindre par mail à ta redirection dlfp pour te demander où ca en etait et si tu avais publié qqch à ce sujet?

Hésite pas à m'envoyer bouler si je suis lourd.

On regarde le fichier .config qui est dans le rpm source ?

Les drivers forcedeth gpl dispo dans le noyau de 2.6 et dispo en path pour le 2.4 ne conviennent pas ?

Il marche effectivement très bien. Sur ma nforce première génération, son utilisation élimine toutes les sacades du curseur de la souris qui n'arrivaient que lorsque j'utilisais le driver nvnet.
J'ai par contre un soucis moins embettant en contre partie : la carte reseau n'est plus utilisable apres un reboot à chaud. Il faut couper l'alim pour la retrouver dans un état normal. Je vais tester la derniere version du driver, parce que j'ai l'impression qu'il y'a un fix dans la libération des ressources.
En bref, merci aux developpeurs de ce driver GPL.

Bluetooth, c'est un protocole de communication. Je ne pense pas que le fait de compiler un noyau avec bluetooth suffise à supporter un clavier/souris de ce type.

Que me dit mon ami google sur "bluetooth keyboard linux" ?

->

http://www.google.fr/search?q=cache:p3_lZnroJ6kJ:www.visi.com/~pmk/(...)


Avec une url :
http://www.visi.com/~pmk/bthid-0.8.tar.gz(...)

Je sais pas ce que ca donne, mais ca peut valloir le coup d'y jeter un oeil surtout que ca à l'air recent.

Loic - qui est gentil avec les types de nantes.

J'ai eu le meme probleme. J'ai regardé la config du mandrake qui fonctionne avec le patch bootsplah. Une des différences etait :

CONFIG_FRAMEBUFFER_CONSOLE=m
->
CONFIG_FRAMEBUFFER_CONSOLE=y

Je l'ai changé sur ma config et ca a compilé.
De rien.

J'avais un souci aussi.
J'avais mis FRAME_BUFFER_CONSOLE=M ou qqch comme ca. Et ca passe avec =Y.
C'est quoi ton message d'erreur ?

Tu as un chipset nforce ?
Si c'est le cas est-ce que tu utilises le driver nvnet ?
Toujours si c'est le cas, essaye le driver forcedeth. Chez moi ca transforme la machine : je passe d'un desktop avec souris qui saccade à un environnement fluide qui lit vidéos en compilant sans broncher.

C'est interessant comme approche. Ca evitera sans doute le probleme avec supermount qui fait que par exemple sous konqueror, ca freeze pendant quelques secondes lorsqu'il fait un cd dans /mnt ( sans doute parce que le lecteur de CD est marqué comme monté et que c'est à ce moment que supermount vérifie l'état du tout ).

Tu peux m'ajouter à la liste de tes testeurs.

Une petite question que je me pose depuis un moment :

le "mm" de la branche -mm", il signifie quoi ?
C'est un rapport avec la gestion de la memoire ou le multimédia ?