Re: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c
Stéphane BERDIN écrivit : Donc je recommande SuSE bof :( Qui utilise nombre de nos patchs (et vice versa). oui, comme RedHat j'ai vu :) c'est des pompeurs !! Il ne faut pas exagérer. Tout le monde observe ce que font les autres distributions. Lorsqu'une solution intelligente est trouvée par quelqu'un d'autre et quelle répond aux besoins, on l'utilise. Le logiciel libre le permet, ce serait ridicule de perdre du temps à chercher à corriger un problème lorsque quelqu'un l'a fait pour vous. Cette possibilité est un des aspects qui font que le logiciel libre est infiniment supérieur au logiciel propriétaire, ne l'oublions pas. -- MandrakeSofthttp://www.mandrakesoft.com PARIS, FRANCE --David
Re: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c
David BAUDENS wrote: Il ne faut pas exagérer. Tout le monde observe ce que font les autres distributions. Lorsqu'une solution intelligente est trouvée par quelqu'un d'autre et quelle répond aux besoins, on l'utilise. Le logiciel libre le permet, ce serait ridicule de perdre du temps à chercher à corriger un problème lorsque quelqu'un l'a fait pour vous. Cette possibilité est un des aspects qui font que le logiciel libre est infiniment supérieur au logiciel propriétaire, ne l'oublions pas. Parfaitement !!, j'ai d'ailleurs eu recours au patch développé par Suse pour installer des machines sous Mandrake avec camera USB, dans un collège de vitrolles. Suse et Mandrake (ainsi que les machines) ne s'en portent pas plus mal, et le logiciel libre encore moins. N'oubliez pas que lorsque l'on parle de logiciel libre nous parlons également de communauté... A+ -- Windows c'est comme la climatisation...Ca plante quand on ouvre les fenêtres.
Re: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c
David BAUDENS écrivit : David de Mandrakesoft peut me repondre au sujet du probleme de compilation du kernel. Bin, non. Mes compétences sont malheureusement limitées :( Tout ce que je peux faire c'est transmettre la question aux responsables du noyau. Réponse des responsables du noyau : ---8--- [...] pour l'USB c'est fixé avec les dernier kernel rpm du 2.2.16. |...] ---8--- -- MandrakeSofthttp://www.mandrakesoft.com PARIS, FRANCE --David
RE: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c
oui, comme RedHat j'ai vu :) c'est des pompeurs !! Il ne faut pas exagérer. Tout le monde observe ce que font les autres distributions. Lorsqu'une solution intelligente est trouvée par quelqu'un d'autre et quelle répond aux besoins, on l'utilise. Le logiciel libre le permet, ce serait ridicule de perdre du temps à chercher à corriger un problème lorsque quelqu'un l'a fait pour vous. Cette possibilité est un des aspects qui font que le logiciel libre est infiniment supérieur au logiciel propriétaire, ne l'oublions pas. oulà là !! euh j'aurai dû remplacer les '!!' par des ':-)' heureusement que chacune des distribs ne développe pas ses propores outils/hacks,sinon on irait pas loin, c'est bien le principe de l'open source, on est bien d'accord :) :-)
RE: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c
Pour David de Mandrakesoft, C'est le kernel 2.2.16-5mdk qui corrige le probleme ? Pas le 2.2.16-4mdk ? Une autre question : Pourquoi le script /etc/rc.d/init.d/isdn4linux ne prend pas en charge les autres cartes compatible HiSax. Il s'arrete au type 28 ou 29. Pourtant le kernel supporte d'autre type, par exemple le type 34 (de memoire) pour la gazel. Carte gazel fournit par FT et qui est assez rependu. Il y a juste une modification mineure au script. Et les carte AVM B1 ISA et PCI ? Sur le site de AVM, on trouve un script presque compatible Mandrake pour ce type de carte (stop, start, reload ...). Merci de me repondre A+ Andre DUCLOS [EMAIL PROTECTED] -Message d'origine- De : David BAUDENS [mailto:[EMAIL PROTECTED]] Envoyé : mercredi 21 juin 2000 07:53 À : Confirme Objet : Re: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c David BAUDENS écrivit : David de Mandrakesoft peut me repondre au sujet du probleme de compilation du kernel. Bin, non. Mes compétences sont malheureusement limitées :( Tout ce que je peux faire c'est transmettre la question aux responsables du noyau. Réponse des responsables du noyau : ---8--- [...] pour l'USB c'est fixé avec les dernier kernel rpm du 2.2.16. |...] ---8--- -- MandrakeSofthttp://www.mandrakesoft.com PARIS, FRANCE --David
Re: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c
Duclos Andre [EMAIL PROTECTED] writes: C'est le kernel 2.2.16-5mdk qui corrige le probleme ? Pas le 2.2.16-4mdk ? les 2 depuis le 2.2.16-3mdk, vous remarquer que maintenant je compile avec le USB_DEVICEFS activé par default dans notre kernel (et remarquer aussi que le usbdevfs et monté automatiquement par les initscripts). -- MandrakeSoft Inchttp://www.mandrakesoft.com San-Francisco, CA USA --Chmouel
RE: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c
J'ai teste le kernel 2.2.16-4mdk le week-end dernier et j'ai eu un plantage au demarrage du kernel. C'est pourquoi je n'ai pas pu tester usbdevfs. Ma configuration : hda : 10 Go hdb : 10 Go hdc : CDROM hdd : Graveur Le kernel 2.2.16-4mdk et 2.2.16-4mdk trouve un chipset VIA appolo pro. Mais le kernel 2.2.16-dmdk bloque a la detection de hdc. En deconnectant les CDROM, tous se passe bien. Le kernel 2.2.15-4mdk detecte bien les deux CDROM. C'est un probleme connu ? Merci de me repondre. P.S.: Avez vous une reponse pour le script /etc/rc.d/init.d/isdn4linux ? Qu'elle est le site mirror a jour le plus rapidemment ? Je voudrais recuper le kernel 2.2.16-5mdk pour essayer. Andre DUCLOS -Message d'origine- De : Chmouel Boudjnah [mailto:[EMAIL PROTECTED]] Envoyé : mercredi 21 juin 2000 11:43 À : [EMAIL PROTECTED] Objet : Re: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c Duclos Andre [EMAIL PROTECTED] writes: C'est le kernel 2.2.16-5mdk qui corrige le probleme ? Pas le 2.2.16-4mdk ? les 2 depuis le 2.2.16-3mdk, vous remarquer que maintenant je compile avec le USB_DEVICEFS activé par default dans notre kernel (et remarquer aussi que le usbdevfs et monté automatiquement par les initscripts). -- MandrakeSoft Inchttp://www.mandrakesoft.com San-Francisco, CA USA --Chmouel
Re: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c
Duclos Andre [EMAIL PROTECTED] writes: Le kernel 2.2.16-4mdk et 2.2.16-4mdk trouve un chipset VIA appolo pro. Mais le kernel 2.2.16-dmdk bloque a la detection de hdc. En deconnectant les CDROM, tous se passe bien. Le kernel 2.2.15-4mdk detecte bien les deux CDROM. C'est un probleme connu ? non mais ca va se corrigé :\. Qu'elle est le site mirror a jour le plus rapidemment ? Je voudrais recuper le kernel 2.2.16-5mdk pour essayer. ca se remet a jour dans l'instant. -- MandrakeSoft Inchttp://www.mandrakesoft.com San-Francisco, CA USA --Chmouel
RE: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c
Le mer, 21 jun 2000, vous avez écrit : J'ai teste le kernel 2.2.16-4mdk le week-end dernier et j'ai eu un plantage au demarrage du kernel. C'est pourquoi je n'ai pas pu tester usbdevfs. Ma configuration : hda : 10 Go hdb : 10 Go hdc : CDROM hdd : Graveur Le kernel 2.2.16-4mdk et 2.2.16-4mdk trouve un chipset VIA appolo pro. Mais le kernel 2.2.16-dmdk bloque a la detection de hdc. En deconnectant les CDROM, tous se passe bien. Le kernel 2.2.15-4mdk detecte bien les deux CDROM. C'est un probleme connu ? On m'a toujours conseillé de mettre le cdrom en esclave du graveur et non l'inverse. Si tu inversais les dispositions des deux lecteurs ? Salut, serge. -- T'as le bonjour de LEO! http://leoloden.citeweb.net/
Re: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c
Duclos Andre wrote: Bonjours a tous. Je viens d'installer la Mandrake v7.1 sur un disque vierge : O.K. Je verifie que l'arret de ma machine (halt) se fait sans probleme : K.O. Toujours le meme probleme avec le POWER OFF par APM. Mais a partir du kernel 2.2.15, en recompilant, il a moyen de corriger ce probleme. Il suffit de positionner une option (make xconfig). Je profite pour verifier les nouvelles options disponibles, et miracle je decouvre qu'il y a beaucoup plus d'option pour les peripheriques USB. On ne retrouve pas ces options dans les sources du kernel 2.2.15 et 2.2.16 du site officiel www.kernel.org. Elles y sont uniquement dans le kernel 2.4.0.x (beta). Ma premiere question : Ou Mandrake recupere (c/s)es sources ? Et aussi supermount ? Je profite de la compilation pour demander l'integration du /proc/usb qui permet de voir les peripheriques attaches. A la compilation, j'obtiens une erreur sur le fichier devio.c. Apres recherche, gcc compile devio.c en assembleur (.s) puis en .o. Mais le fichier .s genere possede une erreur (de memoire) : addl ex,dxl. En compilant uniquement ce fichier (devio.c) pour donner le fichier intermediaire (.s) avec l'option gcc -S, puis en compilant ce fichier intermediaire, j'obtient la meme erreur. Ma deuxieme question : ce probleme est il connu ? Dans le kernel 2.2.15mdk distribue dans Mdk v7.1, /proc/usb n'est pas active. Pourquoi ? Est ce du a ce probleme ? Je precise que la compilation du kernel sans cette option se fait sans probleme. Autre chose : Est il possible de modifier apm.c du kernel pour prendre en compte une option du style : apm=hard-power-off et apm=no-hard-power-off. Cela eviterait de recompiler le noyau pour les possesseurs de ce type de becane. J'ai jete un coup d'oeil sur apm.c, et les modifs sont minimes. Merci de me repondre. A+ Andre DUCLOS [EMAIL PROTECTED] Tout ça est un peu triste. (excusez le hors-sujet) Il est évident que mandrake back-porte dans leur noyau 2.2.x des éléments de 2.3. Je ne sais pas si c'est un mal en soi. Mais dans les faits : la distribution la plus instable jamais vue. Chez moi : bcrashs/b (je peux vous envoyer les jolis Oops du noyau, j'ai mis de coté mes logs), chez d'autres : bof, disons blocages et disfonctionnements divers. Donc je recommande SuSE ou slackware aux gens autour de moi. Plus mdk. -- Aurélien Campeas [EMAIL PROTECTED]
Re: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c
Aurelien Campeas écrivit : [...] Tout ça est un peu triste. (excusez le hors-sujet) Il est évident que mandrake back-porte dans leur noyau 2.2.x des éléments de 2.3. Je ne sais pas si c'est un mal en soi. Bin non. Supermount est maintenant fiable (ce n'était pas du tout le cas de la version Alpha de la 7.0, deux de mes disques durs peuvent en témoigner). En ce qui concerne le backport USB, pour information, ce dernier a en grande partie était fait par SuSE. Mais dans les faits : la distribution la plus instable jamais vue. Chez moi : bcrashs/b (je peux vous envoyer les jolis Oops du noyau, j'ai mis de coté mes logs), chez d'autres : bof, disons blocages et disfonctionnements divers. Si vous les avez, envoyez les nous. Ça ne sert à rien de dire que ça crashe. Expliquez nous dans quelles conditions et envoyez nous toutes les informations en votre possession. Ce n'est que de cette façon que nous pourrons tenter de corriger vos problèmes parce que ici, et pour la plupart des utilisateurs, ça ne crashe pas. Donc je recommande SuSE Qui utilise nombre de nos patchs (et vice versa). -- MandrakeSofthttp://www.mandrakesoft.com PARIS, FRANCE --David
RE: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c
David de Mandrakesoft peut me repondre au sujet du probleme de compilation du kernel. Merci A+ -Message d'origine- De : David BAUDENS [mailto:[EMAIL PROTECTED]] Envoyé : mardi 20 juin 2000 11:38 À : [EMAIL PROTECTED] Objet : Re: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c Aurelien Campeas écrivit : [...] Tout ça est un peu triste. (excusez le hors-sujet) Il est évident que mandrake back-porte dans leur noyau 2.2.x des éléments de 2.3. Je ne sais pas si c'est un mal en soi. Bin non. Supermount est maintenant fiable (ce n'était pas du tout le cas de la version Alpha de la 7.0, deux de mes disques durs peuvent en témoigner). En ce qui concerne le backport USB, pour information, ce dernier a en grande partie était fait par SuSE. Mais dans les faits : la distribution la plus instable jamais vue. Chez moi : bcrashs/b (je peux vous envoyer les jolis Oops du noyau, j'ai mis de coté mes logs), chez d'autres : bof, disons blocages et disfonctionnements divers. Si vous les avez, envoyez les nous. Ça ne sert à rien de dire que ça crashe. Expliquez nous dans quelles conditions et envoyez nous toutes les informations en votre possession. Ce n'est que de cette façon que nous pourrons tenter de corriger vos problèmes parce que ici, et pour la plupart des utilisateurs, ça ne crashe pas. Donc je recommande SuSE Qui utilise nombre de nos patchs (et vice versa). -- MandrakeSofthttp://www.mandrakesoft.com PARIS, FRANCE --David
Re: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c
David BAUDENS wrote: Aurelien Campeas écrivit : [...] Tout ça est un peu triste. (excusez le hors-sujet) Il est évident que mandrake back-porte dans leur noyau 2.2.x des éléments de 2.3. Je ne sais pas si c'est un mal en soi. Bin non. Supermount est maintenant fiable (ce n'était pas du tout le cas de la version Alpha de la 7.0, deux de mes disques durs peuvent en témoigner). En ce qui concerne le backport USB, pour information, ce dernier a en grande partie était fait par SuSE. pfff... je me méfie des choses soit-disant fiables. J'aime bien les noyaux standards. Je lis avec avidité kernel-traffic. Je n'en tire aucune conclusion particulière... si ce n'est : etes-vous sur que vous fournissez un noyau vraiment fiable ? ou juste fiable presque partout et presque tout le temps ? (à la windows). Je sais que je manque de nuance et d'insight, mais... je suis méfiant (quoi, est-ce que ces back_ports ne sont pas d'horribles hacks qui laissent dans leur sillage leur -petit- lot de machines qui plantent ? pourquoi on ne les voit pas apparaitre dans les noyaux standards ? Linus n'en voudrait-il pas ?). Mais dans les faits : la distribution la plus instable jamais vue. Chez moi : bcrashs/b (je peux vous envoyer les jolis Oops du noyau, j'ai mis de coté mes logs), chez d'autres : bof, disons blocages et disfonctionnements divers. Si vous les avez, envoyez les nous. Ça ne sert à rien de dire que ça crashe. Expliquez nous dans quelles conditions et envoyez nous toutes les informations en votre possession. Ce n'est que de cette façon que nous pourrons tenter de corriger vos problèmes parce que ici, et pour la plupart des utilisateurs, ça ne crashe pas. oui, je suis bien d'accord, en fait si je n'ai rien envoyé, c'est parceque personne sur cette liste ne semble rencontrer de problème de cette gravité. j'ai donc délayé en attendant de faire un test de surface du disque (fsck à la recherches des bad blocks)... principalement parceque la moitié des crashs a eu lieu en fin de cron de minuit, et que je soupçonne le find (celui qui alimente la locate.database) final d'avoir reçu le premier coup (enfin levé l'affaire). ça laisse de toute façon l'autre moitié des crashs en attente d'une réponse (j'ai cru un moment que c'était X qui plantait, parceque ces crashs-là surviennent, par exemple, à la fermeture de Netscape : X figé, un petit coup de Ctrl-Alt-Back, et un acceuil en console... comme mort, la seule touche fonctionnant étant RETURN plus de login, de logout ni de reboot en Ctr-Alt-Suppr). petite question subsidiaire : pourquoi emacs (fort agréablement configuré par mdk du reste) segfault-il de temps en temps (o, rarement) ? Bon, je vous envoie les oops et un petit descriptif avant la fin de la semaine. Tout ça signifie aussi peut-etre que je suis bon pour jeter ma carte mère. bof. C'est pour ça que j'aimerai que Mlle Mandrake ne soit pas aussi bonne que vous le dites ;-) bon je m'arrete là. Donc je recommande SuSE Qui utilise nombre de nos patchs (et vice versa). Dieu Merci ! La première fois que j'ai lu le texte de la GPL, j'ai pensé : Alleluia ! Ils l'ont fait ! Quel type ce rms ! (et... finalement ça vaut le coup de devenir informaticien... ce que je suis en train de faire) Continuez comme ça... -- MandrakeSofthttp://www.mandrakesoft.com PARIS, FRANCE --David -- Aurélien Campeas [EMAIL PROTECTED]
RE: [Confirme] Compilation du kernel 2.2.15-4mdk : devio.c
Donc je recommande SuSE bof :( Qui utilise nombre de nos patchs (et vice versa). oui, comme RedHat j'ai vu :) c'est des pompeurs !!
