Reprise du message précédent :

 
bah ça a l'air interessant mais j'aurais vraiment aucune idée de la manière de réglé tout ça ...
 
 
ps : j'arrive pas à mettre la main sur des cd optimisé 586 ou 686 ...

 
Je croyais que la valeur ajoutée était, comme son nom l'indique, une ajout à la valeur intrinsèque du produit. Comme la différence entre une pièce brute et une pièce usinée.
 
Pour moi les installeurs de Mdk et SuSE apportent plus ou moins la même valeur ajoutée, indépendamment de leur licence ou de leur prix.

 
bah faut savoir, c'est open-source ou c'est pas open-source, yast ? et yast2 ? (parce qu'il me semble qu'il y a un 2 et je sais pas la dif, si ce n'est que c'est plus récent)

 
Tu parles de la SuSE ?
Si oui, je me dois de te rappeler qu'il n'y en a pas Il faut faire une netinstall en passant par l'iso bootable d'une vingtaine de Mo et avoir les coordonnées d'un dépôt SuSE (ex: 195.176.255.9 et /mirror/SuSE/suse/i386/8.2 ) pour faire l'installation ... ce qui implique d'avoir une passerelle qui marche (ou peut-être sous bochs/vmware   ) EDIT: ... ou un modem ethernet
 
Edit: l'image ISO pour initier l'installation ftp://195.176.255.9/mirror/SuSE/s [...] t/boot.iso

 
pas simple tout ça
en plus les paquets gratos sont opti uniquement i386
et puis pourquoi une passerelle qui marche ? (j'en ai une mais j'ai peur de pas comprendre

 
non, le rép est i386 pour définir l'architecture mais tous les paquets sont compilés i586 (ou plus quand c'est pécisé)
 
...et la passerelle (ou le modem ethernet) c'est parce qu'installer par FTP c'est pas simple sans connexion internet

G bien envie de tester le noyau. t'as fais une procedure spécial pour le compiler sous debian ? c koi guard et defconfig ?

 
oui, c'est vrai qu'avec mon modem, c'est pas la joie vu que c'est pas de l'ethernet ...
bon, je crois que j'ai touvé :
ftp://fr2.rpmfind.net/linux/SuSE- [...] oot/README
 
je vais voir ça après, mais je teste d'abord xfree 4.3 sur ma deb (tout un programme ce soir )

aye aye aye ! 911 à l'aide :
 

 
j'ai plein de ligne comme ça quand je tente d'installer xfree 4.3
 
 
EDIT :
et ça aussi :
 

 
ça va de #1 à #42
 
bon, ça a l'air de s'être bien passé ...
 
 
 
REEDIT :
ah non, il en manque un bout :
 

 
t'as une idée ?

 
pour le test j'ai juste créé un lien vers les modules Suse dans le /lib/modules de la deb et je suis passé par un root= au prompt de grub.
là je recompile avec mon .config sur des sources kernel.suse pour voir

j'ai édité, il me manque qq package qui veulent pas

A oué t'avais pris un tout fait Je voudrais tester d'en compiler hein zustement spour ca, et j'avous que je sais po comment proceder en partant du src.rpm    
 
Comment on integre tout les patch i386 et common au src2.4.20 ? (oui je ne patch jamais mon kernel alors je sais pas faire )

udok > essayes de l'installer explicitement ce xlibmesa4-gl
 
parano > je sais pas dans quel ordre les installer. j'ai fait un rpm --rebuild kernel-source.src.rpm et ça a tout extrait/patché. Ensuite, ça a commencé à compilé avec le config de départ -> CTRL-C dans ces gencives et j'ai récupérer les sources quelques part dans /usr/src/packages/ ....  tu peux peut-être essayer avec alien
 
Sinon, si dans le nommage des patches il y a quelque chose qui t'indique dans quel ordre les appliquer, un patch ça s'installe en général en se placant dans le rép des sources et en faisant:
(b|z)cat le_patch(.bz2|gz) | patch -p1 (--dry-run pour simuler)

 
oui, j'avais pas vu qu'il était dans le repository
bizarre qu'il ne l'est pas sélectionné  
par contre j'espere que je ne fais pas de connerie : je suis en train de modifier tous mes fichiers de conf X

 
 
merdeeeuh ! comme kje compile mldonkey maintenant  

qui a dit qu'on évitait les 'rpm dependency hell' avec debian
Oups minuit passé
 
cmotsch> je disais qu'on pouvait rajouter de la valeur ajoutée avec des outils maisons sans faire la mal avec une licence restritive, à l'exemple de ce que font redhat / mandrake / debian et quelques autres. Donc dire 'je protege ma valeur ajoutée avec une licence bidon', je trouve ça un peu dommage. Enfin, ils font ce qu'ils veulent, peut etre qu'ils se sentent en 'sécurité' avec la licence de yast, mais moi du coup ca me donne pas du tout envie d'utiliser cette distrib.

oh les zoli curseurs  
bon, sinon aucune dif niveau perf (mais bon, j'ai testé que sur ma passerelle pour le moment )
et j'ai ça dans mes log (en plus des erreurs que j'avais déjà avant ) :
 

pourquoi mldonkey a-t-il besoin d'un support OpenGL ?  
sinon, je sais pas. mldonkey tourne sur ma passerelle qui est Woody

allez, je marche dedans parce que je suis sur que tu y crois un peu au fond de toi  
primo : je suis sous sid
deuxio : j'utilise un paquet unofficial
tertio : ça marche quand même très bien

 
moi j'ai tout mis en sid parce que j'avais peur que compiler un kernel sur un machine sid (ma machine principal) pour une machine sous woody, ça lui fasse des merdes ... enfin j'aurais pu testé mais comme ça j'ai tous les derniers trucs aussi sur ma passerelle  
sinon pour les dep :
mldonkey > ocaml > ocaml_lablgtkjecéplukoi > libmachingl
mais à priori ça gene pas

c'est pas que j'y crois un peu au fond de moi, c'est que j'ai parfois constaté quelques joyeusetées en 2 ou 3 ans d'utilisation d'unstable

 
bah ça je dis pas, c'est de l'unstable aussi
mais à part qq dep cassé, j'ai rien vu pour l'instant (mais ça fait pas longtemps moi)
 
... sauf cameleon qui me demande d'install au moins 50 packages    

'tain c'est fou !  
d'un noyau standart à un noyau patché à mort made in SuSE, le temps de chargement d'un oowriter ou oocalc est divisé par 3 !

 
tu devrais en faire un .deb unofficiel et le mettre sur apt-get.org

et meude !  
 
des erreurs en compilant des noyaux j'en ai vu, mais des comme ça : jamais !
 
j'suis un peu perdu là, vois pas trop quoi faire :
 
make dep : ok
make modules : ok
make bzImage : pas ok du tout du tout, mais alors du tout !
 

xfree 4.3 : c'est super, j'ai de jolie curseur maintenant, ombré transparent ...  
sauf que maintenant mon kdm mais 3 heures à démarrer

bon c'est compilé finalement... et bé ! c'est vrai que c'est plus speed comme noyau : adopté

Question a 2 balles.
 
G fait ma ptite compile, il ma declarer mon /lib/modules avec 2.4.20-athlon. tout est ok, sauf qu'en recompilant les drivers nvidia, celui-ci me les met dans 2.4.20 tout cours. bon c pas grave g juste deplacer et ca rulez... mais la question est "pourquoi" et aussi comment j'aurais du faire pour que ca se place la ou il faut ? aurais-je du caca dans certaine def ?  
 
g nulle part ailleur indiquer -athlon, sauf dans le uname  

c'est bien dans le makefile du topdir des sources que tu as ajouté -athlon ou c'est toi qui a renommé ?

le -athlon est défini au début du Makefile des sources du noyal
les drivers Nvidia vont cherché des trucs dans les sources du noyau en recherchant /usr/src/linux et nomme les modules en fonction de ce même Makefile (ou d'un autre truc créé pendant un make dep...).
Si ce lien pointe toujours vers d'anciennes sources, il utilisera celles-là pour compiler/installer le module
 
Solutions:
- modifier le lien /usr/src/linux
- compiler le bazar Nvidia avec --kernel-install-path=[KERNEL INSTALL PATH]
(NVIDIA-Linux-x86-1.0-4363.run -A pour les options )

 
j'ai bien vu ça dans le makefile en compilant hier soir et ça m'a surpris qu'en fait il ne l'ajoute pas sur ma machine :
 

 
bien sûr dans ma config c'est configuré sur athlon/K7/duron, mais il n'en tient pas compte ici au moment de la compil m'enfin bon, ça me déplait pas remarque

perso j'ai rien renommé/modifié et

 
 
enfin, pour ce que ça fait

Ben c pas le probleme du /usr/src/linux paske j'avais bien refait le lien symbolique avant de commencer le merdier et y'a pas de problemes
 
Eske le fait que g utiliser make-dpkg modules_image (dans /usr/src/linux) pour me sortir les .deb nvida peut avoir eu une influence ?

je va regarder ce que ca fait avec les derniers nvidia alors  

tiens, étrange ton uname, le miens me donne ça sous ce noyau :

 
doit y avoir des versions spéciales de uname
 
tiens, je remarque qu'à la 2ème compil j'avais ajouté extra version -suse, j'avais oublié, m'enfin le coup de l'athlon en extra version il me l'ajoute pas même sans rien....
 
je vais recompiler d'ailleurs parce que j'ai remarqué que le make menuconfig bug dessus, il y a des définitions qui s'enregistrent/chargent incorrectement, du genre le ext3 qui n'était pas activé dans la config, alors que j'avais bien insisté pour le mettre en dur, ainsi que d'autres modules qui n'ont pas été construits alors que j'ai bien insisté sur le chargement de mon fichier alternatif de config, bref quelques soucis sur ce noyau en plus des sources de dmi_scan.c que j'ai dû modifier pour virer 2 variables relatives à l'apic des config smp qui m'empêchait de compiler (comme on voit l'erreur sur mon post au dessus)

 
C'est possible. Récemment j'ai eu le cas où ça plantait en faisant référence aux sources du 2.5.68 ... J'avais dû y faire un make clean pour que ça passe.

 
 
j'ai gravé le cd de boot et je dispose d'un modem ethernet mais j'ai pas reussi à me connecter, si qq pouvais m'apporter les qq informations qui doivent me manquer je lui en serait très reconnaissant    
 
PS : j'ai charger les modules des cartes reseaux, et apres ça foire , j'ai essaye en HTTP et FTP , pas trouver comment lui indiquer les params de connexions ...
 
desole si cette question parait stupide à certain, mais je vois pas comment faire  

     
chui très dessus par la suse
bon, j'essaie de réparer qq conneries et je reviens...

bon bah raz le bol  
c'est jolie, c'est facile, c'est rapide (effectivement !), ..;
mais j'ai bcp de truc qui plante
j'ai mes nvidia que je n'arrive pas à installer simplement
j'arrive pas à trouver comment supprimer un package
et d'autres détails (les fonts par exemple, la difficulté à trouver comment installement facilement plusieurs package)...
 
pourtant y-a des trucs vraiment bien :
mon mozilla ne gigote pas avec les smileys et les tab semblent plus rapides
xchat est compilé contre qt et non gtk (pratique quand on utilise kde)
 
mais j'avais surtout testé pour les perf et vu que j'arrive pas à installer les nvidia, la suse ne restera pas longtemps sur mon pc

soucis avec les sources du noyau ?
 
essaye de le recompiler, je sais pas si le kernel d'origine est compilé avec les options de config par défaut du menuconfig
 
par contre moi, je me retrouve avec une connerie, y a un script sur ce noyau qui m'empêche de faire du tuning de uname bien propre :
 

 
ça fait pas très propre  

 
non, moi j'ai installé toute la suse, et j'ai pas touché grand chose à la sélection ... mais quand on vient d'une deb, on est forcément plus exigeant sur la gestion des packages et là ça merdoit un tantinet (bordel skel est lente ma deb ! )
 
tiens, gcc3.3 par défaut dans sid ce soir