Re: [Confirme] config Xfree...
C'est vrai que depuis la 7.2 on a beaucoup perdu à ce niveau là... :-( Moi aussi Xconfigurator ne me donne pas la résolution maxi que ma carte supporte... Mais en hackant à la main les fichiers de config (/etc/X11/XF86Config*) on arrive à ce que l'on veut. ==> faites des backups de vos fichiers de la 7.2 !!! man XF86Config peut aider ceux qui savent pas comment ça marche. A ce propos, gens de Mandrake ;-), est-il possible d'ajouter le mode plein écran de xawtv dans la config par défaut ? ModeLine "768x576" 50.46 768 800 960 1024 576 578 590 616 #80Hz et "768x576" au milieu des lignes de mode, par exemple: Modes "1600x1200" "1280x1024" "1152x864" "1024x768" "800x600" "768x576" "640x480" (mais avec mdk8Freq et XFree4.z mon mode plein écran n'en est + vraiment un, mais j'ai pas eu le temps de chercher à comprendre pourquoi...) Mathieu Le Wednesday 08 August 2001 09:37, tu as écrit: > On Tue, 07 Aug 2001, you wrote: > > salut > > j'avais cru voir passer un post sur la possibilité d'augmenter la > > résolution d'affichage... > > j'ai un HP Omnibook avec une S3... > > j'aimerais passer la résolution à 1280x1024. > > Xconfigurator me le propose dans son menu, mais lorsque je fais le test, > > il revient à 1024x768... > > > > comment je peux le forcer...??? > > je sais que la carte le fait puisque lorsque je boot sous win, > > l'affichage à cette réso fonctionne... > > > > merci de vos lumières > > > > antonin > > Bonjour, > meme pb pour moi, mais c'est pire, je reste confine a 800 x 600, avec des > pbs de focus.. en xfree 4.0.1 > il y a des methodes proposees sur http://lea-linux.org/xwindow/ mais ca > n'accepte toujours pas mes contraintes, alors que ma config marche > parfaitement sous 7.2 ... > sinon en 3.3.6 qui marche impec sous 7.2, le resultat est deplorable sous > 8.0... > > Al
Re: [Confirme] mdk8.0 : perl qui perd stdout avec bash ?
Le Monday 06 August 2001 09:26, Marc CHANTREUX a écrit: > marcel web% echo prout > prout > marcel web% perl -e 'print "prout"' > proutmarcel web% bash > bash-2.04$ echo prout > prout > bash-2.04$ perl -e 'print "prout"' > bash-2.04$ > > moi ce que j'en conclus, c'est que bash ne transmet pas le filehandle de > la console a perl. > > qq1 a une explication ? une tentative de solution ? C'est assez simple, meme si je vais peut-etre mal l'expliquer... Pour info, quand j'ai essayé, ça n'a pas marché du premier coup (pas besoin de sous shell pour que ça marche plus). Voilà : Comme tu l'as remarqué dans l'exemple que tu donnes, avec un echo tu as un retour à la ligne (ton prompt est sur la ligne en dessous et non pas collé au mot comme c'est de le cas avec perl). Voici le patch : perl -e 'print "prout\n";' Eh oui, le \n est magique ! Tu aurait fait un programme en C ou en n'importe quel language, ça aurait été pareil : si tu fais pas un retour à la ligne (ou mieux, un flush de tes buffers en cours), ben rien n'oblige le système à vider les buffers juste après la commande print, bref ton prout est pas perdu, il est en mémoire, mais pas sur la console (tu n'as pas perdu du tout la sortie standard). Bref, ça n'a rien à voir avec MDK8 ni MDK ni Linux, mais uniquement à la manière dont tu programmes !!! ;-) C'est une erreur assez fréquente... quand on n'est pas au courant. Si qqun se sent + à meme d'expliquer la raison (est-ce une conformité à POSIX, un respect de tel standard, sans doute un gain de performances, ...) qu'il n'hésite pas à approfondir ici, je suis preneur ! A+ Mathieu
[Confirme] Brevets logiciels : action de l'APRIL
Bonjour tout le monde, Je me suis finalement réabonné à cette ML après environ 1 an d'absence... Si je vous écrit maintenant c'est surtout pour vous spammer ;-) [désolé de recommencer mon activité sur cette ML ainsi, mais vous comprendrez...] Bref, Linux Mandrake c'est avant tout du logiciel libre, et si on veut pouvoir continuer à innover dans ce domaine, ça serait bien que l'Europe n'adopte pas la brevetabilité des logiciels... Récemment le comité français a rendu un avis très en faveur des brevets au gouvernement, sans meme consulter les acteurs du monde libre, et surtout ceux qui militent depuis longtemps contre ces brevets. Que vous soyez contre la brevetabilité des logiciels (normalement chacun d'entre vous, non ? ;-) ou pour (oui, vous pouvez aussi vous faire entendre et agir si vous avez un minimum d'honneteté intellectuelle), je vous exhorte à aller sur le site web suivant pour vous tenir informé et ensuite agir pour faire entendre la voix des associations du monde libre concernant ce point et que la décision finale de la France soit prise en connaissance de tous les points de vue et non pas de manière biaisée. Action immédiate suite à l'avis de l'Académie des technologies sur la brevetabilité des programmes d'ordinateur : http://www.april.org/actions/brevets/academie.html Si quelqu'un pouvait forwarder cela sur la mailing-liste des débutants et si quelqu'un de Mandrake pouvait s'associer à cette action en mettant un lien sur le site web de linux-mandrake (et les autres), ça serait très bien. Faites circuler l'information quoi ! *** C'est le moment de soutenir les associations qui nous représentent, si on laisse passer cette occasion, il risque de ne pas y en avoir d'autre ! *** Mathieu PS : Pour info, je ne fais pas partie de l'APRIL (mais je suis d'accord avec eux ;-) et ce mail est une action personnelle d'un informaticien qui travaille aussi avec le monde Micromachin mais qui espère bien que le libre vaincra :o) PS 2 : Ce mail a été entièrement composé et envoyé à partir de logiciels libres (KMail, KDE, Mandrake 8.0 Freq).
Re: [confirme] Client XWindows
> > Le départ est être en RUNLEVEL 5 sur le serveur (XWindow actif) > > Le client XWindows pour MacOS utilise TWM. Comment le tuer et le remplacer > > par un autre (je pense qu'il faut agir sur le Mac )? > > Tu dois pouvoir le trouver en faisant un 'ps' ou 'ps aux' et 'kill -9 > n°PID_de_twm' ou 'killall -9 n°PID_twm' Euh... Je dis ça comme ça, mais le TWM est exécuté non pas sur Linux mais sur le Macintosh !!! :o) Il faut donc trouver un autre moyen de le supprimer ! > > NB : en dernier ressort j'essaierai VNC et me permettrai de rajouter mon > > viel > > AMIGA pour essayer StarOffice dessus; Le plaisir des yeux . > > J'ai pas encore essaye sur mon TO7, qu'en dis tu ? :) Euh... (notez djà que je passe allégrement sur le port éventuel de VNC sur Thomson ;-) *** Tu as une carte ethernet pour Thomson ??? *** Si oui, je suis vachement intéressé !!! ;-) Mathieu
Re: [confirme] Client XWindows
> Le client XWindows pour MacOS utilise TWM. Comment le tuer et le remplacer par > un autre (je pense qu'il faut agir sur le Mac )? > KDE n'est pas compatible avec TWM (voir Planète LINUX de ce moi). Ben oui, il faut agir sur le Mac pour lui dire de ne pas lancer twm quand il lance son client X ou bien pour tuer TWM en cours d'utilisation du client X. Il ne faut pas le remplacer par un autre C'est justement ça le but : ne plus avoir de window manager du tout, pour enfin pouvoir lancer KDE qui ** est ** à lui tout seul un window manager. ** Tu ne peux pas avoir deux window manager différents sur le même display X ! ** S'il est impossible de dissocier ton client X du window manager twm, alors change de client X si twm te convient pas !!! Bon courage, Mathieu
Re: [confirme] G200 Suite
VIDAL Guy CNET/DSV/LAN wrote: > Merci Mathieu > > Grace a toi je pense avoir resolu une partie du pb De rien. > qu'en penser ??? un plomb ??? J'en sais rien ! > par contre le DefaultColorDepth 32 ne fonctionne pas en 1600x1200 > et ce n'est pas que des parasite > des bout d'image sont decales > DefaultColorDepth 16 est OK sans aucun parasite > > Ma G200 est integree sur la carte mere HP, il y a peut être quelques diff Au boulot on achète que des Compaq et à une époque les cartes fournies étaient des Matrox Millenium (mais je sais plus de quel type). En tous cas, ben moi j'ai reçu un PC avec une carte qui avait un problème hardware, mais c'était pas évident de diagnostiquer ça. En effet, quelque soit l'OS, dans une fenêtre avec une barre de défilement, ben en déroulant vers le bas, ça allait, mais quand tu remontais l'ascenseur, le contenu de la fenêtre (je dis bien la fenêtre, pas l'écran tout en entier) était brouillé. Donc il y a peut-être une merde sur ta carte, qui sait ? Mais si ça marche bien avec Windows en 32 bpp, alors ça m'étonnerait que ça vienne de là... En tous cas bon courage. Mathieu
Re: [confirme] RE: [confirme] Re: Réf. : [confirme] G200
VIDAL Guy CNET/DSV/LAN wrote: > Hp VLI8.PII-400 avec Matrox G200 AGP ecran NEC P1250+ 21pouces > en 1600*1200 ca plante au lancement de X et il faut reboot hard. > l'ecran n'y est pour rien, il fonctionne tres bien > j'ai essaye de prendre le SVGA de redhat 6.0 ca ne change rien > de rajouter des options pareil, > est ce que quelqu'un a une Matrox G200 AGP (qui lui fourni 1600*1200 Oui depuis hier soir : j'ai cherché pour toi ! > si oui quelle est sa config pc, mem, ..., PII-400 taiwanais overclocké à 448. écran Iiyama 17" > quelle sont les frequence de sortie carte, etc Cf les docs attachés. Il y a le XF86Config. Voici ma démarche : je suppose que j'avais fait la config entièrement avec le XConfigurator (honnêtement je me souviens plus si j'avais bidouillé derrière) et j'avais pas le 1600x1024. Je me contentais de 1200x1024. Hier soir j'ai donc lancé XF86Setup en me basant sur ce fichier (dont j'avais fait une copie de sauvegarde). J'ai indiqué que je voulais utiliser les définitions 1600x1024, et cie. J'ai lancé X et ça a marché impec du premier coup. Cependant, j'ai fait un diff entre les deux fichiers et XF86Setup peut te faire disparaître un certain nombre d'infos, donc j'ai ensuite reporté qq modifs dans mon fichier original, je l'ai testé en 1600x1024 et c'est celui-là que je te file ici. Mais malheureusement j'ai pas compris pourquoi dans un cas ça marchait pas en 1600 et ensuite ça marchait, mais enfin il était tard quand j'ai fait cela donc j'ai peut-être loupé / recopié des lignes sans m'en souvenir Je te file aussi la manière dont j'ai lancé X et le fichier de log associé, comme cela tu pourras comparer avec ce que tu as. A+ Mathieu # File generated by XConfigurator. # ** # Refer to the XF86Config(4/5) man page for details about the format of # this file. # ** # ** # Files section. This allows default font and rgb paths to be set # ** Section "Files" # The location of the RGB database. Note, this is the name of the # file minus the extension (like ".txt" or ".db"). There is normally # no need to change the default. RgbPath "/usr/X11R6/lib/X11/rgb" # Multiple FontPath entries are allowed (they are concatenated together) # By default, Red Hat 6.0 and later now use a font server independent of # the X server to render fonts. FontPath "unix/:-1" EndSection # ** # Server flags section. # ** Section "ServerFlags" # Uncomment this to cause a core dump at the spot where a signal is # received. This may leave the console in an unusable state, but may # provide a better stack trace in the core dump to aid in debugging #NoTrapSignals # Uncomment this to disable the server abort sequence # This allows clients to receive this key event. #DontZap # Uncomment this to disable the / mode switching # sequences. This allows clients to receive these key events. #DontZoom EndSection # ** # Input devices # ** # ** # Keyboard section # ** Section "Keyboard" Protocol"Standard" # when using XQUEUE, comment out the above line, and uncomment the # following line #Protocol "Xqueue" AutoRepeat 500 5 # Let the server do the NumLock processing. This should only be # required when using pre-R6 clients #ServerNumLock # Specify which keyboard LEDs can be user-controlled (eg, with xset(1)) #Xleds 1 2 3 #To set the LeftAlt to Meta, RightAlt key to ModeShift, #RightCtl key to Compose, and ScrollLock key to ModeLock: LeftAltMeta RightAltMeta ScrollLock Compose RightCtlControl # To disable the XKEYBOARD extension, uncomment XkbDisable. #XkbDisable # To customise the XKB settings to suit your keyboard, modify the # lines below (which are the defaults). For example, for a non-U.S. # keyboard, you will probably want to use: #XkbModel"pc102" # If you have a US Microsoft Natural keyboard, you can use: #XkbModel"microsoft" # # Then to change the language, change the Layout setting. # For example, a german layout can be obtained with: #XkbLayout "de" # or: #XkbLayout "de" #XkbVariant "nodeadkeys" # # If you'd like to switch the posi
Re: Réf. : [confirme] BT848
> ni de la carte ni de kwintv mais du fait qu'il faut passer des parametres > au modules de btv pour qu'il passe en mode SECAM francais (table de > frequence de nos chaines francaise) il suffit d'inclure ca dans le > /etc/conf.modules.Par contre j'ai pas les lignes osu sles yieux... je passe > chez moientre midi et 14 je te senderais ici les lignes. OK, super ! Merci beaucoup Serge ! > moment (2-3minutes) sous KDE et sous gnome idem avec de temps en temps un > boite d'alerte qui me dis "users parameters timeout to save" ou un truk du > genre et me demande si je veux killer l'appli ou si je veux continuer.. Oui, j'ai déjà eu ça mais je sais plus si c'était avec kwintv ou un autre soft. Mais je pense que c'est une incompatibilité KDE/gnome : gnome soit certainement attendre un certain comportement de l'application et je suppose que certains softs KDE le font pas et gnome s'en rend compte... Enfin c'est une supposition gratuite. A+ Mathieu
[confirme] BT848
> >Est ce que la mandrake supporte la Matrox Millenium G200 > >et une carte d acquisition bt848 ?? > > le matrox je sais pas (mais je crois que j'ai entendu que oui), quand au > btv848 pas de probleme c oui :))) > > tchesmeli serge adm reseau Je confirme que la G200 marche impec avec le serveur xfree fourni avec la mandrake 6.0. Mais pour la BT848, j'ai essayé (sur mandrake 6.0) une Miro PCTV, qui a le chip BT848, et j'ai utilisé kwintv (je suis plus trop sûr du nom, mais enfin c'est l'appli TV KDE quoi). Et sous X, ben j'ai seulement un rectangle brouillé (ie j'ai jamais une image TV, mais uniquement de la friture), qui est décalé par rapport à la fenêtre dans laquelle il est censé s'afficher. Bref, ça marche pas des masses. Alors si tu l'as essayé personnellement, et si ça marche aussi bien que sous Winmachin chez toi, peux-tu me dire comment tu as fait, quelles versions de drivers/softs tu utilises, etc... ? Merci ! Mathieu
Re: [confirme] Re: Réf. : [confirme] G200
Frédéric Malenfant wrote: > s'il veut afficher du 1600X1200 son écran doit pas être très vieux sauf s'il > est riche à craquer... Ben désolé, mais avec un écran IIYAMA de 17 pouces (pub !) ben ça marche impec (mais c'est vrai que c'était pas avec une G200 !) et tu te ruines pas vu que c'est moins de 3000F l'écran. Bien sûr, ça dépend de tes moyens, mais pour un 17", c'est bon marché et ça marche très bien. Mathieu
Re: [confirme] Pb de SWap
T'as fait un mkswap avant de faire le swapon ? (je me souviens plus de la commande exacte, donc man mkswap si tu sais pas !) Mathieu Nash wrote: > J'ai un problème de SWAP. Ma partition est correctement déclarée le bon type > sous FDISK. > Pas moyen de lancer le swapon au démarrage, linux me donnant une erreure de > permission ??? Quelqu'un voit ?
Re: [confirme] comment défaire une image iso ?
> Comment "défaire" une image iso faite avec mkisofs ? (j'ai perdu les fichiers > originaux). Il faut que tu aies dans ton noyau l'option loopback pour pouvoir monter un fichier en tant que filesystem. Bref, tu fais la commande suivante mount -o ro -o loop /path/to/image.iso /mnt/mountpoint si ça marche, alors c'est bon si ça se plaint explicitement que l'option loop est pas là, alors recompile ton noyau. Ensuite, ben tu fais simplement un cd /mnt/mountpoint et tous tes fichiers sont là, tu peux les recopier ailleurs. Je te conseille de mettre l'option -o ro comme cela, tu feras pas de fausse manip et tu risques pas de perdre bêtement les fichiers de ton image iso. Bon courage, Mathieu
Re: [confirme] Client XWindows
> d'un client XWindows sur Mac. > Une doc indique qu'il faut déclarer : > export DISPLAY X.X.X.X:0.0 & Si tu utilises le shell Bash, ce qui semble être le cas, alors la syntaxe exacte est export DISPLAY=X.X.X.X:0.0 avec X.X.X.X l'adresse IP de ton Mac ensuite, tu lanceras xeyes et tu verras bien si ça marche Pour KDE, si ça marche pas c'est peut-être (j'ai jamais essayé de lancer KDE sur un client X autre que le linux qui le fait tourner) parce que tu as déjà un window manager qui tourne avec ton client X. Bref, lance une xterm (toujours avec l'histoire tu DISPLAY) et si elle a une bordure que tu peux resizer, alors il y a un window manager qui tourne, sinon, si c'est un simple rectangle moche alors tu n'as pas de window manager qui tourne. Si tu en as un qui tourne, alors trouve un moyen de le buter, et ensuite tu auras déjà + de chances de lancer KDE ou déjà au moins fvwm. Et si tu as un client X, alors utilises le plutôt que VNC : ça ira 100 fois plus vite et tu n'afficheras que l'application concernée, pas tout l'écran de ton PC ! (ceci dit, c'est vrai que VNC est bien utile, mais n'employons pas une massue là où un simple petit marteau suffit ! :-) Bon courage, Mathieu
Re: [confirme] un cpio sous dos ????
Et pourquoi tu n'utilises pas 'tar' au lieu de 'cpio' ? Ca solutionnerait ton pb sous Windows. Mathieu patrick wrote: > Pour gérer mes sauvegardes entre un linux au boulot et un windoz at > home, j'utilise un script sous linux > avec un find -newer pipé cpio et j'aimerais faire la meme chose avec le > zindows. > J'ai trouvé un find qui marche dans une boite msdos mais le cpio date un > peu et me fait des noms de fichiers en 8 caractéres... > > Quelqu'un aurait-il une idée ou trouver un cpio (meme fonctionnement > qu'unix !) qui écrit en FAT32 ??? > Ou un programme équivalent mais en gardant la philosophie unix... > (passage des infos du find par le pipe )
Re: [confirme] Prblème de fonctionnement YP/NIS
> démon, et renouvelle ma tentative, elle "part dans le décor", et crée un > processus fantôme impossible à tuer (résiste à SIGTERM et SIGKILL) > autrement qu'en rebootant (on se croirait sur... non, je ne l'ai pas dit ;-). Pas de réponse à ton problème NIS (mais sache qu'en client uniquement, ça marche bien). Pour ce problème de processus inkillable, es-tu sûr d'avoir installé les derniers upgrades ou bien d'avoir recompilé toi-même le noyau avec les sources officielles (ie non mandrake) ? Parce que Mandrake vend la 6.0 avec des bugs à la ... (non je l'ai pas dit, mais je le pense très fort), bref un peu inadmissible quoi. Et ça fait que si tu as un processus qui plante, ben il est strictement inkillable : tu n'as plus qu'à rebooter et à prier pour le que fsck (ben oui : comme il y a au moins un processus inkillable, ben il peut pas démonter les partosh proprement puisque ceux-ci les utilisent !!!) ne vire pas les fichiers que tu as modifiés depuis le dernier reboot de ton linux. J'espère que ça t'aidera un peu. Mathieu
Re: [confirme] Quelques bizarreries entre Mk 5.3 et Mk 6.0
> 4 : J'ai voulu passer au 2.2.11 (en patchant à partir de sources d'un > noyau "classique" et le make bzImage a planté. Sur le coup, j'ai cru que > c'était la mk, mais non. Le noyau 2.2.10 auquel je suis revenu compile, > pas le 2.2.11. Y en a t il qui l'ont patché et compilé ? J'ai downloadé le big fichier .tar.gz du kernel 2.2.11 et il a compilé et tourne sans problème. Mathieu
Re: [confirme] ntpdate
Cf http://www.eecis.udel.edu/~ntp/ntp_spool/html/ntpdate.htm Il est conseillé de mettre ntpdate dans la crontab pour une synchronisation régulière. Mathieu > Le jeu, 19 aoû 1999, Michel Parlebas a posté : > > Quelqu'un connait-il la syntaxe exacte de la commande "ntpdate" avec > > tous les paramètres permettant de mettre à l'heure une station Linux. > En cherchant un peu, j'ai trouvé : > ntpdate -b > On peut utiliser cette commande au boot (rc.local) et / ou dans > /etc/cron.daily...
