Re: [Confirme] KDE 2.0.1
J'ai dj dpass le stade du UPGRADE. Mais avant cela marchait sans pb en cliquant sur l'icone. Eric MC Duclos Andre wrote: Bonjours a tous, Officiellement, il existe une mise a jours de KDE pour MDK 7.2 (en utilisant MandrakeUpdate). L'avez vous essaye ? La mise a jours se passe sans probleme ? Je pense qu'il faut passer en mode console (KDE non lance) pour faire la mise a jours !? Il y a des ameliorations notables autres que la securite ? au niveau du son (deamon artsd) ? A+ - Andre DUCLOS CS-SI (Centre Spatial Guyanais) Tel : 0594 334421 Fax : 0594 333588 [EMAIL PROTECTED] -
Re: [Confirme] dhcp/bootp pb !!!!!!!!
Jette un coup d' ton nameserver ownership.
J'ai eu la mm chose ya qq temps.
Eric MC
[EMAIL PROTECTED] wrote:
bonjour a tous
on aimerai mettre en place un serveur X avec clients tx sans utiliser utiliser
le xtermkit!!
on a certainement un pb avec le dhcpd.conf
#/etc/dhcpd.conf
server-identifier kif.evilcorp.fr;
default-lease-time 1200;
max-lease-time 9200;
option domain-name "kif.evilcorp.fr";
option domain-name-servers 192.168.1.223;
option netbios-name-servers 192.168.1.223;
option routers 192.168.1.223;
option subnet-mask 255.255.255.0;
subnet 192.168.1.0 netmask 255.255.255.0{
allow bootp;
range dynamic-bootp 192.168.1.125 192.168.1.125;
default-lease-time 1200;
max-lease-time 9200;
filename "/tftpboot/tafiol.img";
}
un petit extrait des logs
fv 5 18:32:29 kif dhcpd: dhcpd startup succeeded
Feb 5 18:33:42 kif dhcpd: DHCPDISCOVER from 00:48:54:83:36:fa via eth0
Feb 5 18:33:43 kif dhcpd: DHCPOFFER on 192.168.1.125 to 00:48:54:83:36:fa via
eth0
Feb 5 18:33:43 kif dhcpd: if IN A doesn't exist add 600 IN A 192.168.1.125:
resolver failed.
Feb 5 18:33:43 kif dhcpd: DHCPREQUEST for 192.168.1.125 from 00:48:54:83:36:fa
via eth0
Feb 5 18:33:43 kif dhcpd: DHCPACK on 192.168.1.125 to 00:48:54:83:36:fa via
eth0
fv 5 18:38:38 kif PAM_unix[4719]: (system-auth) session opened for user
nobody by (uid=0)
fv 5 18:38:38 kif PAM_unix[4719]: (system-auth) session closed for user nobody
si qq a la soluce !
merci
Re: [Confirme] 2.2.17 et 2.4.0
Moi, j'ai toujours 2 ou 3 kernels installs. Tu fais pointer ton System.map vers ton dernier kerenel ainsi que vmlinuz. Dans /lib/modules: quand tu fre ton nouveau kernel , tu renomme /lib/modules to /lib/modules.old. Ensuite tu fais un install_modules et un nouveau /lib/modules sera cre. Ensuite tu renomme ton nouv. module x.xx.xx-exp (experimental). Maintenant tu dplace ton nouveau module x.xx.xx-exp vers /lib/modules.old Tu efface /lib/modules et tu renomme /lib/modules.old to /lib/modules. Voil, comme cela tu as tous tes modules. N'oublis pas de donner un autre nom X-exp (exemple) System.map-x et vmlinuz-x et que lilo y pointe en PLUS. L tu as le choix entre tes kernels lors du boot. Eric MC Axel Rousseau wrote: Bonjour, J'essaie de faire cohabiter mes 2 noyaux, mais j'ai bcp de difficults cause de 2 points : - ma Realtek 8139 a pour module rtl8139 dans le 2.2 et 8139too dans le 2.4. Que dois je mettre dans mon /etc/modules.conf ? - j'ai un rseau locale et j'utilise ma linux box pour faire de l'ip-masquerade et avoir internet sur toute mes machines. Comment gerer les 2 techniques de masquerade (celle du noyau 2.2 et celle du noyau 2.4) Merci tous Axel - 584
Re: [Confirme] Liste de diffusion C
Va voir http://www.cuj.com/ J'y suis abonn depuis le dbut. Le meilleur. Eric MC Pimmel Thomas wrote: Salut, A votre connaissance, existe-t-il une liste de diffusion qui parle de programmation C sous linux en franais ou en anglais? Je cherche sur internet sans succs. Merci, Tom. -- Thomas Pimmel [EMAIL PROTECTED] http://www.ringard.org
Re: [Confirme] xfree86 4.02
Va voir sur le site de xfree !! La rubrique concernant les cartes SUPPORTEES !, avec la 4. Eric MC moon wrote: Le Mercredi 27 Décembre 2000 00:49, vous avez écrit : Le Mardi 26 Décembre 2000 23:22, moon a écrit : salut, exist'il des rpm pour mettre a jour xfree car la version 4.02 est sorti mais je ne trouve pas de rpm ? en esperant que cette version prend mieux en compte l'acceleration de ma g400? @+ moon Pour les améliorations voir sur XFree et sur rpmfind tu trouveras une version mdk cooker en rpm (~10Mo) merci pour l'info @+ moon
Re: Fwd: Re: [Confirme] acrobat reader sur mdk7.2 ?
J'aimerais également trouver cette 'libdl.so.1' Car elle est aussi demandée par 'ncurses' !! Eric MC jean-marc Loire wrote: J'avais déjà essayé ça ! Si quelqu'un a cette librairie "libdl.so.1", peut il soit me l'envoyer et/ou me dire à quel lien cela correspond ? Le Jeudi 28 Décembre 2000 14:20, Olivier Mansour a ?rit : essai de faire un lien logique de libdl.so vers libdl.so.1 ça devrait bluffer le programme qui cherche cette librairie Le Jeudi 28 Décembre 2000 10:44, vous avez écrit : Je viens de faire l'install en utilisant rpmdrake, eh bien il me signale toujours l'absence de cette même librairie "libdl.so.1" . Aprés maintes recherches, elle devrait etre fournie par le package "ld.so" mais elle n'y est pas Donc ? Le Mercredi 27 Décembre 2000 22:34, Frederic Bastok a ?rit : On Wed, 27 Dec 2000 11:23:56 +0100, you wrote: Pour Acrobat, il manque la "libdl.so.1: dépendance non satisfaite", mais c'est vrai que je ne suis pas allé plus loin: est ce que ça marche sans cette lib ? je ne pense pas. il doit y avoir une dépendance non résolu. utiliser rpmdrake. -- Frederic Bastok -- Bien amicalement. Jean-Marc Loire http://www.soissons-technopole.org --- -- Bien amicalement. Jean-Marc Loire http://www.soissons-technopole.org
Re: [Confirme] Re: MK 7.1 vs MK6.1
David BAUDENS wrote: "Eric MC.D" écrivit : J'ai essayé tout ce qui était possible et pas seulement moi. Rien n'y fait. En fait à l'install il est impossible de détecter un simple IDE dd. Il faut donc oublier l'install si tu n'as pas de SCSI. Il y a quelque chose que je n'ai pas dû saisir dans tes propos... Il est parfaitement possible d'installer la 7.1 sans SCSI ! J'ai un graveur et un LCD (les 2 en IDE), aucune carte SCSI, et je n'ai pas eu de pb ! Eh bien, moi non plus j'ai aucun SCSI, tous des IDE, et impossible d'upgrader. Cela bloque lors de la détection de mes DD's. Où est le rapport de bug ? Comment veux-tu qu'il y ait un rapport de bug, alors que tout se bloque dès le début et que le HD n'est pas encore détecté. Où faut-il que ce rapport (log) soit écrit ?? 'Il n'est pas écrit la poste, là' :-) En l'occurence, un rapport de bug c'est : - Ça marche pas : [Description du problème] - Sur tel matériel : [Liste précise du matériel ] (pas « un disque dur Abracadabra » mais « CPU = type/modèle - Mémoire = Type/Modèle/Quantité - Disque dur = Type/Modèle/Maître/Esclave/etc. Etc...) - Si ça fonctionne avec autre chose : [Description autre chose] - Si on a des idées/intuitions [Description] Rapport de bug: But : upgrader de la version 7 vers la 7.1. Distrib: 7.1 sur cdrom. Boot: à partir de la CD. (pas d'autres moyens à dispo.) Modes: essayé aussi bien la text que l'install graphique. Remarque: boot d'un floppy non disponible. Description du pb: lors de la détection du DD le système se bloque. Impossible de continuer. Autres renseignements ce concernant non disponibles. Système: Pentium MMX 233 DD1: IDE LBA 4,1G (hda maître) WDC AC34300L, 256Kb Cache, CHS=523/255/63 DD2: IDE LBA 6,4G (hdb esclave)Quantum Fireball CX6.4A, w/418Kb Cache, CHS=784/255/63 Tous des ATA disk drive. partition: hda: hda1 hda2 hda3hda5 hda6 (hda1 = vfat) hdb: hdb1 hdb2 hdb5 hdb6 hdb7 Toutes les partions étendues sont en 85 (linux ext.) hdc: CDROM ATAPI : pas de pb. hdd: zip ATAPI 100MB Etant des IDE, seulement 4 devs sont disponibles et occupées. Suggestion: 1) voir la différence qui a été opérée entre la version 7 et la 7.1 au sujet de ce device. La 7 fonctionnant parfaitement. 2) Reinsérer la demande 'disposez-vous de SCSI.' avant toute détection afin que l'on puisse y répondre NON de suite. 3) remettre en place une possibilité de disquette en mode txt_install ceci afin de parer à d'éventuels bugs avec des retours en arrière ou skips (comme par ex. la test de X, qu'il fallait skipper) A ta dispo pour tout autre renseign. complémentaire. Eric MC Sans des renseignements précis, on ne peut rien faire. Pour revenir au problème à l'origine de cette discussion, étant donné qu'il n'a pas été identifié, il n'est pas du tout improbable qu'il se remanifeste avec la prochaine distribution, puisqu'on ne sait pas ce qui en est à l'origine (problablement deux fois rien, mais comme on ne sait pas quoi ...). -- MandrakeSofthttp://www.mandrakesoft.com PARIS, FRANCE --David
Re: [Confirme] Re: MK 7.1 vs MK6.1
Raymond Martin wrote: Le Tue, Aug 29, 2000 at 11:44:49AM +0200, Eric MC.D écrivait : Remarque: boot d'un floppy non disponible. Hein ?? tu n'as pas de lecteur ? -- Qui a dit que je n'avais pas de lecteur ?? Eric MC
Re: [Confirme] MK 7.1 VS MK 6.1 (suite et fin)
David BAUDENS wrote: "Eric MC.D" écrivit : Je n'en crois pas mes yeux !! testé ??? alors qu'un vulgaire DD IDE ne peut même pas être détecté ?? Ce n'est pas « un simple IDE » parce ce que sinon, ça fonctionnerait. Le problème est beaucoup complexe qu'il n'en a l'air. Vous êtes abonné à Cooker, vous devriez le savoir. À cela j'ajoute qu'avec la description donnée, il est impossible d'en identifier la cause. A force d'essayer de rendre des installations de plus en plus automatisé et facile pour le public, cela ne s'installera plus du tout. Bin tient. Ce n'est pas parce que vous êtes confronté à un problème ponctuel qu'il faut condamné le système. Personnellement, après des centaines d'installation sur des matériels les plus variés, je n'ai jamais constaté le problème. Et c'est déjà le cas. POURQUOI LE DD N'EST-IL PAS DETECTE sous la 7.1. Alors que sous l'install de la 7 il n'y avait pas de pbs ! Parce que quelque chose à changé dans la détection des périphériques et que quelque chose (pas forcément le disque dur) ne répond pas d'une façon satisfaisante au noyau. Le problème peut venir du logiciel ou du matériel. En l'espèce on connaît le logiciel mais on ne connaît pas le matériel, donc on ne peut pas tenter de savoir d'où vient le problème, donc on ne peut pas mettre de patch à disposition (http://www.linux-mandrake.com/en/heliumlast.php3) J'ai essayé avec le patch. Cela marche pour booter à partir d'un floppy puisque c'est fait pour. Pour le reste voici ma suggestion (efficace je pense) : au lieu que Drakx cherche si un ou plusieurs PCI SCSI adapters sont installés, et ensuite demander si aucun SCSI est disponible; D'ABORD POSER LA QUESTION, que l'on puisse répondre de suite NON. Ainsi cette recherche est passée car c'est elle qui provoque l'arrêt du système. C'est d'ailleurs ce qui se faisait en txt_install de la 7 ! Et l'install de la 7 n'a jamais provoquée de pb ( à part le test de X qu'il fallait skipper aussi) Donc si un patch serait à créer c'est bien un pour drakx ou alors donner le txt_install de la 7 + à partir d'un floppy comme avant. Ou comment utiliser la txt_install de la 7 pour la 7.1. Eric MC -- MandrakeSofthttp://www.mandrakesoft.com PARIS, FRANCE --David
Re: [Confirme] Re: MK 7.1 vs MK6.1
David BAUDENS wrote: "Eric MC.D" écrivit : J'ai essayé tout ce qui était possible et pas seulement moi. Rien n'y fait. En fait à l'install il est impossible de détecter un simple IDE dd. Il faut donc oublier l'install si tu n'as pas de SCSI. Il y a quelque chose que je n'ai pas dû saisir dans tes propos... Il est parfaitement possible d'installer la 7.1 sans SCSI ! J'ai un graveur et un LCD (les 2 en IDE), aucune carte SCSI, et je n'ai pas eu de pb ! Eh bien, moi non plus j'ai aucun SCSI, tous des IDE, et impossible d'upgrader. Cela bloque lors de la détection de mes DD's. Où est le rapport de bug ? Comment veux-tu qu'il y ait un rapport de bug, alors que tout se bloque dès le début et que le HD n'est pas encore détecté. Où faut-il que ce rapport (log) soit écrit ?? 'Il n'est pas écrit la poste, là' :-) Eric MC Qq d'autre a dit avoir passé par son SCSI pour pouvoir installer. Non nécessaire. -- MandrakeSofthttp://www.mandrakesoft.com PARIS, FRANCE --David
Re: [Confirme] MK 7.1 VS MK 6.1 (suite et fin)
David BAUDENS wrote: Stéphane BERDIN écrivit : Je trouve tout à fait anormal qu'une version plus récente d'une distribution soit en régression sur une version plus ancienne à cause d'un vulgaire DD. marketing+commercial = délais à respecté au détriment parfois de période de test. [...] Pas de chance, la 7.1 a été beaucoup plus testé que la 6.1. Je n'en crois pas mes yeux !! testé ??? alors qu'un vulgaire DD IDE ne peut même pas être détecté ?? A force d'essayer de rendre des installations de plus en plus automatisé et facile pour le public, cela ne s'installera plus du tout. Et c'est déjà le cas. POURQUOI LE DD N'EST-IL PAS DETECTE sous la 7.1. Alors que sous l'install de la 7 il n'y avait pas de pbs ! Eric MC -- MandrakeSofthttp://www.mandrakesoft.com PARIS, FRANCE --David
Re: [Confirme] MK 7.1 vs MK6.1
J'ai essaye avec la text-install de redhat 6. Ca ne marche pas etant donne que les packages redhat sont demandes. Je sais pas ou telecharger de la 6 mdk ?? Eric MC Tchesmeli serge wrote: Le Thu, 24 Aug 2000, Eric MC.D a écrit : tchesmeli serge wrote: Depuis ma disquette txt_install de la 7.0. C'est bien, tout est beau, mais donne-moi la méthode simple en text install d'auparavant, cher mandrake. (au fait elle ne vient pas de chez redhat ?) Eric MC -- non essaye avec une disquette install texte de la 6 (et non pas de la 7) - Tchesmeli serge Admin systéme et réseaux Léa admin : www.lea-linux.org [EMAIL PROTECTED] , [EMAIL PROTECTED]
Re: [Confirme] MK 7.1 vs MK6.1
J'ai le même pb ! Il-y-a qq qui disait 'change of manufacture of the CD rom'. Pas vrai du tout. J'ai essayé tout ce qui était possible et pas seulement moi. Rien n'y fait. En fait à l'install il est impossible de détecter un simple IDE dd. Il faut donc oublier l'install si tu n'as pas de SCSI. Eric MC "francois.marzat" wrote: Vu les messages sur la 7.1, j'avais une certaine réticence à passer à la 7.1. Etant en France et devant configurer un serveur, j'ai voulu faire l'essai : PC Celoron 600, 64 Mo, DD 13 GO. J'installe Windows d'abord sur 6 Go et j'essaie la MK 7.1. Arrivé à la reconnaissance du DD, plus rien ne se passe. Je me dis que c'est le DD en 66 qui gêne et je mets un cable 33. Pas de changement. Le DD est configuré en LBA avec 1589 cylindres. Je vire une partition Windows, ne gardant que l'OS sur 2 Go. Retentative, rien : arrêt pendant 8 minutes sur la detection du DD. J'esssaie tous les modes textes, expert : rien. Je reprends ma MK 6.1 : 30 mn après, tout est réglé... J'essaie un autre CD Rom (j'avais un Ikarios, je prends celui de Planète Linux), pareil.. Où est le progrès ? Où est le problème ?
Re: [Confirme] MK 7.1 vs MK6.1
tchesmeli serge wrote: --Original Message-- From: "Bruno Pinaud" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: August 24, 2000 8:42:49 AM GMT Subject: Re: [Confirme] MK 7.1 vs MK6.1 - Original Message - From: "francois.marzat" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, August 24, 2000 10:46 AM Subject: [Confirme] MK 7.1 vs MK6.1 Vu les messages sur la 7.1, j'avais une certaine réticence à passer à la 7.1. Etant en France et devant configurer un serveur, j'ai voulu faire l'essai : PC Celoron 600, 64 Mo, DD 13 GO. J'installe Windows d'abord sur 6 Go et j'essaie la MK 7.1. Arrivé à la reconnaissance du DD, plus rien ne se passe. Je me dis que c'est le DD en 66 qui gêne et je mets un cable 33. Pas de changement. Le DD est configuré en LBA avec 1589 cylindres. Je vire une partition Windows, ne gardant que l'OS sur 2 Go. Retentative, rien : arrêt pendant 8 minutes sur la detection du DD. J'esssaie tous les modes textes, expert : rien. Je reprends ma MK 6.1 : 30 mn après, tout est réglé... J'essaie un autre CD Rom (j'avais un Ikarios, je prends celui de Planète Linux), pareil.. Où est le progrès ? Où est le problème ? Ouaip probléme de chipset mal reconnu surement. De toute facon depuis la MDK 7.0 et la belle installation graphique il y a plein de probléme a l'install avec les disque dur IDE, SCSI, CDROM SCSI, etc et même en mode texte. Les probléme ont été énnocé mainte fois (d'ailleur pour ca que j'ai abondonné ma mandrake pour une slack). Conseil (qui marche desfois): fait une install mode texte en créant une disquette install mode texte DEPUIS un cd de la 6.1. Oui bien, cela ne marche pas non plus !!! Depuis ma disquette txt_install de la 7.0. C'est bien, tout est beau, mais donne-moi la méthode simple en text install d'auparavant, cher mandrake. (au fait elle ne vient pas de chez redhat ?) Eric MC
Re: [Confirme] Re: MK 7.1 vs MK6.1
Arnaud Calvo wrote: On 24-Aug-2000 Eric MC.D wrote: J'ai essayé tout ce qui était possible et pas seulement moi. Rien n'y fait. En fait à l'install il est impossible de détecter un simple IDE dd. Il faut donc oublier l'install si tu n'as pas de SCSI. Il y a quelque chose que je n'ai pas dû saisir dans tes propos... Il est parfaitement possible d'installer la 7.1 sans SCSI ! J'ai un graveur et un LCD (les 2 en IDE), aucune carte SCSI, et je n'ai pas eu de pb ! Eh bien, moi non plus j'ai aucun SCSI, tous des IDE, et impossible d'upgrader. Cela bloque lors de la détection de mes DD's. Qq d'autre a dit avoir passé par son SCSI pour pouvoir installer. Au fait de quel type est ton DD ? Eric MC -- Arnaud Calvo [EMAIL PROTECTED] 49240 Avrillé
Re: [Confirme] Noyau 2.2.16 et supermount
Tchesmeli serge wrote: - Original Message - From: Francis Allouchery [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, August 23, 2000 8:36 PM Subject: Re: [Confirme] Noyau 2.2.16 et supermount Tchesmeli serge a écrit : pour faire l'image: mkinitrd version_noyau chemin_complet_du_fichier_initrd Pour la charger: ajouter un ligne dans lilo.conf, dans la rubrique qui concerne le noyau impliqué du style initrd = chemin_complet_du_fichier_initrd .../ OK, merci, j'ai compris (enfin, je pense...) cette fois-ci. Grâce à tes explications j'ai pu créer l'image initrd et l'installer. Mais là où le bas blesse encore c'est au niveau de GRUB. Aie :(( Le paramètre initrd=chemin_absolu_de_l'image ne fonctionne pas (pas de problèmes il n'y a juste rien de nouveau qui se passe) et la doc de GRUB précise que l'option initrd est désormais supportée mais n'a jamais été testée. Ben avec ça on va pas loin, surtout que la syntaxe à utiliser n'est pas précisée (où alors je ne l'ai pas vue...). Hum n'ayant jamais utilisé GRUB je ne peux pas t'aider (je chercherais de la doc dessus quand même au cas ou), mais j'y pense!! mandrake utilise tout le temps initrd, donc ils doivent savoir eux comment on fait prendre en compte l'initrd par grub HEIN LES GENS DE CHEZ MANDRAKE?? (bon s'ils ont pas netendu la ils sont sourds :p) Je pense que je vais déjà faire un test avec Lilo et si c'est OK Avec lilo ca passe je m'en suit déjà servir moulte fois conserver LILO en attendant d'éclaircir la question GRUB + initrd. Ouais... je suis sur que c'est possible, faut que Mandrake nous eclaircisse un peu :) AMHA mkinitrd ne sert pas à grand chose si ni la RAM DISK n'a été déclarée, ni un /initrd et linuxrc et dev/ram ou ram0. Eric MC Merci pour tes excellentes explications. De rien :) Je suis content de t'avoir aider :) Francis Sergio - Tchesmeli serge Admin systéme et réseaux Léa admin : www.lea-linux.org [EMAIL PROTECTED] , [EMAIL PROTECTED]
[Confirme] XFree-4
Puisque depuis l'install des nouv. packages XFree 3.3.6-14 mes é ù µ etc.. ne marchent plus. Autant installer la version 4 d'XFree. Mais combien de packages y-a-t-il exactement et lesquels à installer. Paraît ne plus être les mêmes que l'ancien. Eric MC
Re: [Confirme] A propos de carte son PCI64 SB
C'est ce que j'ai fait. J'ai recompilé mon kernel pour ma sb AWE64. Pour me reste pour moi c'est une ISA PNP. Détecté par isapnpconf, le reste était facile. Eric MC [EMAIL PROTECTED] wrote: Faut il toujours passer par la compilation du kernel pour configurer le port midi d'une SB PCI64 ou autre.? Car il est vrai que sndconfig fonctionne bien pour le son ( tut, pouet . et fichier wav). Mais pour l'acquisition et le midi: niet, ne ni.
