Reprise du message précédent :
ben moi je voulais l'installer pour tester.. comme j'installe chaque nouvelle version du kernel.. en plus apres toutes les louanges sur ce fs que j'ai pu lire ici, ca donne envie quoi

bof, j'ai pas plus envi que ça
en plus je teste sur ma machine principal et ça fait un bout de temps que j'ai pas fait de sauvegarde  
donc reiser4, pas question
d'ailleurs j'ai jamais utilisé autre chose que du extX sur mon linux et j'en suis pleinement satisfait

Perso j'ai ma partition de boot sous ext3, toutes les autres en Reiser. Je me suis réservé une partition pour reiser4, mais pour l'instant les kernels ne compilent pas ...

moué ...
par contre là je me teste un tit samba 3.0 beta2.1  
j'ai jamais utilisé samba avant
on va voir si j'arrive à m'en sortir

raaaah enfin !!
http://www.kernel.org/pub/linux/ke [...] test3-mm3/
 

ça commence bien    
http://lkml.org/lkml/2003/8/19/72
 
 
solution :
booter avec nolapic
foutre le patch sur un bk6
et appliquer ce petit patch :
 

 
 
 
autre pb :
xconfig ne marche plus chez moi (y-en a un autre sur la mailing list=
 
et y-a bcp de changement dans l'acpi, je suis perdu dans la conf
 
EDIT :
finalement c'était pas si terrible
et j'ai plein de warning de compilation qui ont été résolu

mé euuh !
 

 
je peux pas compiler mes nvidia

Eh ben, le processus de stabilisation c'est pas encore ca ... comme disait l'autre, "c'était mieux aaaavant"
Je pense que le test4 devrait résoudre pas mal de pbs, pour l'instant les bk ressemblent plus à de la soupe aux potirons qu'à une véritable envie de bugfix ... je vais leur laisser un peu de temps

ça bug les bk ? c'est con, juste quand je me décidais d'en mettre
à priori le mm3 s'applique bien sur bk6 et il parait que les nvidia s'installe dessus via un autre patch (un de plus )
enfin là ils changent plein de trucs, ça fait pas vraiment bugfixe, c'est clair

2.4.19 powwwaaah  

2.6.0-test3-mm3 powah
en fait c'est un peu le bordel parce qu'il y a quelques changements mais il en vaut la peine
j'ai moins de warning à la compil
tout marche aussi bien que sur mon test3-mm1
avec en moins les quelques call trace que j'avais par exemple quand je débranchais ma clé usb
c'est du tout bon pour ma machine principal
 
maintenant je vais tester avec ma passerelle qui n'accepte plus rien depuis le test2-mm1
s'il passe le cap, c'est le bonheur

Bon alors ... ils sont si bien que ça les 2.6 ou pas ?

 
non, c'est juste des 2.4 avec un 6 à la place du 4

alors je change pas ... d'ici à la fin de l'année on m'apprend à compter jusqu'à 7 et du coup, hop un 7 à la place du 4, et mon mien kernel il sera encore mieux ... ...

 
bon en fait konqueror démarre aussi vite avec une compil de kernel derriere qu'en idle, et j'ai pas souvenir que ça aille aussi vite avec le 2.4  
mais vu qu'il me faut une différence énorme pour que je m'en rende compte, je suis peut-être pas le meilleur témoin des progres
sinon y-a des features en plus mais tu réussiras tout seul à trouver le liste

Ouep ... Tu serais ptet même un poil chieur sur les bords ...

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

mon speedtouch il marche pas depuis le test2-mm1

et les terminaux mettent du temps à se fermer (genre konsole qui met bien 10 parfois, mais je sais pas à quelles occasions exactement)
 
 
au hazard : quelqu'un à un speedtouch qui marche sous 2.6 ?

tiens je connaissais pas ce site moi :
http://www.linux-usb.org/SpeedTouch/    
en plus il semblerait qu'il y ait un driver spécifique au speedtouch dans le 2.6 mais j'arrive pas à mettre la main dessus  

comment tu fais pour le make xconfig qui marche pas ?
 
t'as fait un make menuconfig ?
 
parce que make gconfig marche pas non plus

 
la série de developpement est largement plus rapide que la série 2.4, et ce, depuis les 2.5.6x  

 
y-a un patch sur la lkml
sinon moi j'utilise menuconfig, vu que je change pas bcp de config entre 2 kernel

 
oui, c'est sur, mais on s'y habitu tellement vite que j'en ai totalement oublié les lenteurs du 2.4
par contre il change sans arret le scheduling
du coup un kernel fera bien sont travail un coup, et le coup suivant tu auras droit à un xmms qui saute, ou a un mplayer qui ne voudra fonctionner correctement (fluide) qu'en root ...
mais faut bien qu'il trouve les bons réglages
sinon y-a le term' (konsole) qui merdoit un peu plus à chaque nouvelle version (long à se fermer, long quand tu fais alt+tab)

moi je comprends tjrs pas la gestion des modules

 
bah là on peut pas t'aider si tu n'as rien de plus clair à nous dire  

 
j'ai pas trop ce genre de pb, mais faut dire que ma config y est peut etre pour qq chose
 
sinon, je suis repassé par le 2.4 le temps de réparer mon 2.5.x qui bootait plus à un moment, et bien je me suis bien rendu compte de la différence

sur debian, soit on met le module à charger dans /etc/modules , soit on créé un fichier avec les options du modules dans /etc/modutils/ (on touche pas à modules.conf) puis on fait un update-modules
 
mais là je sais pas comment gérer les modules (avec les nouveaux mod-init-tools installés)

 
pareil sauf que certain truc ont changé (euuuh   ) :
y-a pu probeall de dispo
par contre y-a install qui fait tout ce que tu veux ... à priori mais je trouve pas ça terrible
enfin faut voir, pour l'instant je me contente de /etc/modules, mais j'aime pas trop. ça a pas changer, à part le nom de certain modules (fait gaffe à l'usb notamment)
 
ensuite :
/etc/modutils à été changé en /etc/modprobe.d
/etc/modules.conf est maintenant /etc/modprobe.conf
 
bien sur pour ça il faut installer les module_init_tools

donc en gros si j'utilise un modules qui a changé de nom, je le mets pas dans /etc/modules sinon si j'utilise le 2.4 et bien j'aurai une erreur de chargement de module (et inversement en 2.6)
pas terrible ça

 
clair
moi je reste sur 2.6 donc pas de souci de ce coté
mais le mieux serait de pouvoir avoir le load on demand avec /etc/modprobe.conf
mais ça marche pas chez moi pour la plupart des modules
genre pour vfat ça marche quand je monte une partoche fat
mais ça marche pas pour l'usb quand je lui colle au cul une clé usb

bon j'ai compilé le 2.6 test3-mm3, donc, effectivment, les drivers nvidia ne marchent plus

 
j'ai dit ce qu'il fallait faire déjà
http://www.minion.de/nvidia.html
http://www.minion.de/files/NVIDIA_ [...] 6-bk5.diff

j'avais pas vu, mais de toute facon, flemme inside... je reste aux nv pour l'instant

 
pourtant tu as fait le plus dur
ça prend 2 minutes ça

hello, sorry pour l'incrust
 
J'ai parcouru, rapidement je vous l'accorde l'intégralité de ce topic sans apercevoir qqchose qui peut m'aider (tout ce que j'ai vu concernait les souris usb)
 
J'ai un petit soucis avec un 2.6 test3 et une souris ps2 qui fonctionnait très bien avec un 2.4 et qui maintenant ne fonctionne plus du tout sous X.
 

 
J'utilise comme /dev : /dev/psaux, et je n'ai aucun message d'erreur ds les log concernant la souris. Y'a t'il une option magique à ne pas oublier ?
 
Merci à vous !

moi j'ai eu des pb mais maintenant ça marche, et j'ai la même conf que toi pour la souris (j'ai que ça d'activer aussi avec le mot MOUSE dedans)
donc tu as une souris PS2, ton clavier marche, et tu n'as rien, ni dans /var/log/syslog ni dans /var/log/X* ? t'es sur de tout ça ? j'ai bien résumé ?

Ouaip cai ca, sauf que je viens de me rendre compte d'un truc (je suis sous gentoo) et dans l'equivalent du syslog chez moi, j'ai un :

 
 
Et ce, à l'instant précis où X se lance.
 
Je vois pas trop ce que je peux faire d'autre là, surement un truc que j'ai pas capté avec la gestion des modules ?
 
EDIT : Le char major 226 est lié au DRI (qui ne m'intéresse pas pour l'instant avec ma voodoo5)

 
même google ne connait pas ce char_major ... t'es pas dans la merde
ben je sais pas, tu trouves rien d'autres ? t'es sur ?
même dans les log de X ?
comment tu démarres X ?

En faisant une recherche avec char major 226 et non pas char_major_226 on trouve des trucs (DRI)
 
Sinon, j'ai vraiment pas l'impression d'apercevoir qqchose ds les logs Je vais repasser encore une fois dessus tout de même
 
 
Je démarre X via gdm.

 
essaie sans dri, il est p-t cassé, moi je l'utilise pas