RE: [linux] configurer touche clavier
Salut Alain, /usr/lib/keyb/i386/azerty/... Tu as normalement un fichier win-keys - tu changes le codes de celle que tu veux; sinon, ce soir à la maison, je t'envoies le mien corrigé. A+ Dany Vanderroost -o) /\\ _\_v -Original Message- From: Alain Barthélemy [mailto:[EMAIL PROTECTED]] Sent: mercredi 20 novembre 2002 23:33 To: Liste Linux Subject: [linux] configurer touche clavier Bonjour, Quelqu'un peut-il me dire dans quel script je dois aller chipoter pour configurer la touche Microsoft du clavier à côté de la touche alt à gauche (en mode console hors X11) pour faire ou taper down. Afin de remplacer la touche down de mon portable, qui fait je marche ti je marche ti pas selon son humeur, par la touche Microsoft qui ne sert à rien. J'ai regardé à /etc/defkeymap.map mais ce n'est pas évident. Je travaille avec SuSE-7.3 -- Alain ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: efnet.unixtech.be:6667 - #unixtech ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: efnet.unixtech.be:6667 - #unixtech
[linux] kernel source cobalt qube
bonjour, Petite question pour ceux qui utlise un cobalt qube3 . Je recherche les sources du noyau pour installer une troisième carte reseau. Sur le site de sun je trouve bien les sources pour le noyau 2.2.16C32_III+VPN mais depuis la dernière mise à jour je suis en 2.2.16C33_III+VPN et la je ne trouve plus rien sur leur ftp. Voila si quelqu'un sait ou je pourrais les telecharger... jeremie. ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: efnet.unixtech.be:6667 - #unixtech
[linux] Apache - mod_proxy
Bonjour à tous, Je voudrais activer la fonctionalité RewriteEngine de Apache sous RedHat 7.3 A cet effet, la ligne suivante a été uncommented dans httpd.conf : AddModule mod_proxy.c Hélas, Apache refuse de démarrer et ce message apparait dans /var/log/messages Cannot add module via name mod_proxy.c : not in list of loaded modules Effectivement, aucune trace de mod_proxy.c sur le disque dur, ni de package RPM sur le cd-rom de RH-7.3 A part recompiler Apache (pas le temps, pas le courage ...), y a-t'il une solution qui m'aurait échappé ? Merci, Alec Notice: This e-mail and any attachments thereto may contain information, which is confidential and/or protected by intellectual property rights, and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Although we attempt to sweep e-mail and attachments for viruses, it does not guarantee that either is virus-free and we accept no liability for any damage sustained as a result of viruses. Thank you for your co-operation. ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: efnet.unixtech.be:6667 - #unixtech
[linux] CVS vs PVCS
Bonjour, Jai une petite question pour vous. Actuellement a mon travail nous utilisons un outils pour la centralisation des sources qui sappelle pvcs, malheueusement cest un outils payer tres cher ET surtout dont nous navons les licences que pour les interfaces windows (en java, plante souvent et tres tres lent), le probleme aussi cest quil utilise un mapping windows pour faire les check out/in, ce qui pose probleme au travers dun vpn car cest extremement lent.. Je sais quil existe cvs sous linux, quil existe des tools GUI wincvs et lincvs, mais en fait avant de changer jaimerai bien savoir si il est capable de faire ce que lon fait avec pvcs. En gros: · Est il capable de travailler en branche (c'est-à-dire que plusieurs personnes puisse travaillé dans la même source), a mon avis oui sinon il servirai a rien. · Est il capable a un moment donner, de faire un intégration je mexplique, après plusieurs jours de travails dire hoppp ajd tout le monde fait cest check in et on integre tout en une version stable dont on pourrais placer une version label (pour dans le futur si on veux reprendre la version 18 pour la recompile pour un client sachant que nous sommes actuellement a la 25) Si il permet les intégrations, comment cela fonctionne? Il y a il des script pour intégrer et faire des diff automatique en cas de conflit dans des fichiers qui on été modifié par plusieurs personnes? Existe ils des tools GUI (linux voir windoz) Pour le backup je ne me tracasse pas, jai lu dans le temps sur la mailing quil suffisait de faire un backup cvsrootJ Pour infos je tourne sur un serveur Debian.
[linux] x sous debian
Re bonjour, Jai une autre question, Quelquun pourrais il mexpliquer clairement et dans quel ordre je doit installer les package sous debian afin davoir X? Jaimerai bien utiliser tout simplement KDE3, jai deux pc, un avec une carte ATI qui doit surement etre reconnue par defaut dans la debian, et lautre avec une GeForcre4 Ti4200. Je tourne en version sarge tant que maintenant uniquement en console. Merci davance.
Re: [linux] CVS vs PVCS
salut ben ;-) ... Je sais quil existe cvs sous linux, quil existe des tools GUI wincvs et lincvs, mais en fait avant de changer jaimerai bien savoir si il est capable de faire ce que lon fait avec pvcs. En gros : · Est il capable de travailler en branche (c'est-à-dire que plusieurs personnes puisse travaillé dans la même source), a mon avis oui sinon il servirai a rien. oui, évidemment ;-) branch, merge, etc... Mais un branch ce n'est pas le fait que plusieurs personnes puissent travailler dans la même source ! CVS fonctionne en optimistic locking (= pas de locking, les conflits sont résolus lors des updates ou checkins) mais on peut également forcer des locks sur des fichiers (checkin impossible jusqu'à ce que celui qui a le lock ai fait un checkin). Mais franchement, nous on travaille sur des très très grands projets avec plein de fichiers source, et CVS en optimistic locking fonctionne à merveille ici. Un branch, c'est p.ex. quand tu as fait un release (disons 1.0) que tu as livré à un client. Tu continues le développement sur 1.1. Lorsque tu trouves un bug dans le 1.0 et que tu veux le corriger pour le livrer au client, tu fais un branch sur le tag 1.0 et tu fais le bugfix là-dessus. · Est il capable a un moment donner, de faire un intégration je mexplique, après plusieurs jours de travails dire hoppp ajd tout le monde fait cest check in et on integre tout en une version stable dont on pourrais placer une version label (pour dans le futur si on veux reprendre la version 18 pour la recompile pour un client sachant que nous sommes actuellement a la 25) Donc en fait, tu as juste besoin de pouvoir faire un tag (= label) ;-) Oui, c'est tout à fait possible (on sait même déplacer des tags, etc...). Tu sais également faire un checkout par date (p.ex. faire un checkout de l'état du repository le 21 novembre 2002) Si il permet les intégrations, comment cela fonctionne ? Il y a il des C'est vous qui appelez ça des intégrations. Le contrôle de versions, lui, ne fait que le tag. script pour intégrer et faire des diff automatique en cas de conflit dans des fichiers qui on été modifié par plusieurs personnes ? Existe ils des tools GUI (linux voir windoz) Aaah, là je vois ce que tu veux dire: tu parles d'une compilation automatique et l'envoie d'e-mails ou autre lorsqu'il y a erreur de compilation à la personne concernée ? Non ça il n'y a pas dans CVS: CVS fait le contrôle de versions et ça, ce n'est pas du contrôle de versions. Mais il y a moyen de mettre ça en oeuvre. Nous on l'a fait ici, au boulot. Pour le backup je ne me tracasse pas, jai lu dans le temps sur la mailing quil suffisait de faire un backup cvsroot J Oui, suffit de faire un backup du cvsroot sur le serveur CVS. -- -o) Pascal Bleser ATOS Origin/Aachen(DE) | /\\ [EMAIL PROTECTED] | _\_v [EMAIL PROTECTED] | -| Jesus saves,Buddha makes incremental backups : -' ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: efnet.unixtech.be:6667 - #unixtech
RE : [linux] CVS vs PVCS
Merci bien pour les infos, je vais proposer ca a mon chef :) -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] De la part de Pascal Bleser Envoyé : jeudi 21 novembre 2002 10:29 À : [EMAIL PROTECTED] Objet : Re: [linux] CVS vs PVCS salut ben ;-) ... Je sais quil existe cvs sous linux, quil existe des tools GUI wincvs et lincvs, mais en fait avant de changer jaimerai bien savoir si il est capable de faire ce que lon fait avec pvcs. En gros : · Est il capable de travailler en branche (c'est-à-dire que plusieurs personnes puisse travaillé dans la même source), a mon avis oui sinon il servirai a rien. oui, évidemment ;-) branch, merge, etc... Mais un branch ce n'est pas le fait que plusieurs personnes puissent travailler dans la même source ! CVS fonctionne en optimistic locking (= pas de locking, les conflits sont résolus lors des updates ou checkins) mais on peut également forcer des locks sur des fichiers (checkin impossible jusqu'à ce que celui qui a le lock ai fait un checkin). Mais franchement, nous on travaille sur des très très grands projets avec plein de fichiers source, et CVS en optimistic locking fonctionne à merveille ici. Un branch, c'est p.ex. quand tu as fait un release (disons 1.0) que tu as livré à un client. Tu continues le développement sur 1.1. Lorsque tu trouves un bug dans le 1.0 et que tu veux le corriger pour le livrer au client, tu fais un branch sur le tag 1.0 et tu fais le bugfix là-dessus. · Est il capable a un moment donner, de faire un intégration je mexplique, après plusieurs jours de travails dire hoppp ajd tout le monde fait cest check in et on integre tout en une version stable dont on pourrais placer une version label (pour dans le futur si on veux reprendre la version 18 pour la recompile pour un client sachant que nous sommes actuellement a la 25) Donc en fait, tu as juste besoin de pouvoir faire un tag (= label) ;-) Oui, c'est tout à fait possible (on sait même déplacer des tags, etc...). Tu sais également faire un checkout par date (p.ex. faire un checkout de l'état du repository le 21 novembre 2002) Si il permet les intégrations, comment cela fonctionne ? Il y a il des C'est vous qui appelez ça des intégrations. Le contrôle de versions, lui, ne fait que le tag. script pour intégrer et faire des diff automatique en cas de conflit dans des fichiers qui on été modifié par plusieurs personnes ? Existe ils des tools GUI (linux voir windoz) Aaah, là je vois ce que tu veux dire: tu parles d'une compilation automatique et l'envoie d'e-mails ou autre lorsqu'il y a erreur de compilation à la personne concernée ? Non ça il n'y a pas dans CVS: CVS fait le contrôle de versions et ça, ce n'est pas du contrôle de versions. Mais il y a moyen de mettre ça en oeuvre. Nous on l'a fait ici, au boulot. Pour le backup je ne me tracasse pas, jai lu dans le temps sur la mailing quil suffisait de faire un backup cvsroot J Oui, suffit de faire un backup du cvsroot sur le serveur CVS. -- -o) Pascal Bleser ATOS Origin/Aachen(DE) | /\\ [EMAIL PROTECTED] | _\_v [EMAIL PROTECTED] | -| Jesus saves,Buddha makes incremental backups : -' ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: efnet.unixtech.be:6667 - #unixtech ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] Apache - mod_proxy
Recompile c'est la meilleur solution... Mais tu ne connais pas encore http://www.apachetoolbox.com/ ? adulau -- Alexandre Dulaunoy -- http://www.foo.be/ 3B12 DCC2 82FA 2931 2F5B 709A 09E2 CD49 44E6 CBCD --- AD993-6BONE People who fight may lose.People who do not fight have already lost. Bertolt Brecht On Thu, 21 Nov 2002, EFFINGER Alec wrote: Bonjour à tous, Je voudrais activer la fonctionalité RewriteEngine de Apache sous RedHat 7.3 A cet effet, la ligne suivante a été uncommented dans httpd.conf : AddModule mod_proxy.c Hélas, Apache refuse de démarrer et ce message apparait dans /var/log/messages Cannot add module via name mod_proxy.c : not in list of loaded modules Effectivement, aucune trace de mod_proxy.c sur le disque dur, ni de package RPM sur le cd-rom de RH-7.3 A part recompiler Apache (pas le temps, pas le courage ...), y a-t'il une solution qui m'aurait échappé ? Merci, Alec ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] CVS vs PVCS
On Thu, 21 Nov 2002 10:19:35 +0100 Benoit Gillon [EMAIL PROTECTED] wrote: * Est il capable de travailler en branche (c'est-à-dire que plusieurs personnes puisse travaillé dans la même source), a mon avis oui sinon il servirai a rien. * Est il capable a un moment donner, de faire un intégration_ je m_explique, après plusieurs jours de travails dire hoppp ajd tout le monde fait c_est check in et on integre tout en une version stable_ dont on pourrais placer une version label (pour dans le futur si on veux reprendre la version 18 pour la recompile pour un client sachant que nous sommes actuellement a la 25) Oui tu peux faire soit des branch pour développement expérimentales soit des tags. Et puis, retrouver une version précise La seule chose que PVCS fait et que CVS ne fait pas c'est le concept de migration dans différents espaces avec les script ad hoc. Mais tout le reste fonctionne, CVS demande plus de finesse de la part du développeur. Par exemple cvs co prend la branche par défaut cvs co -r version-1 prend la version version-1 par exemple si on décide que la branche par défaut est la version stable il faudra alors faire attention à ce qu'on retire et qu'on corrige pour ne pas se mélanger les pinceaux. Quand on fait cvs commit bien remplir les messages,... Ou alors emploies un front end pour CVS A+, D. PS: cvs ne gére pas les binaires, il ne fait que les empiler ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] CVS vs PVCS
PS: cvs ne gére pas les binaires, il ne fait que les empiler Mais bien sur que CVS gère les binaires (-kb). La seule différence avec les texte c'est que CVS ne stoque pas les delta mais les fichiers complets à chaque version. Mais ça, on s'en f**t (sauf la place de stoquage sur le serveur) ;-) -- -o) Pascal Bleser ATOS Origin/Aachen(DE) | /\\ [EMAIL PROTECTED] | _\_v [EMAIL PROTECTED] | -| Jesus saves,Buddha makes incremental backups : -' ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] CVS vs PVCS
Non il les empile il ne fait pas de diff !!! Donc il ne les gére pas On Thu, 21 Nov 2002 16:26:44 +0100 Pascal Bleser [EMAIL PROTECTED] wrote: PS: cvs ne gére pas les binaires, il ne fait que les empiler Mais bien sur que CVS gère les binaires (-kb). La seule différence avec les texte c'est que CVS ne stoque pas les delta mais les fichiers complets à chaque version. Mais ça, on s'en f**t (sauf la place de stoquage sur le serveur) ;-) -- -o) Pascal Bleser ATOS Origin/Aachen(DE) | /\\ [EMAIL PROTECTED] | _\_v [EMAIL PROTECTED] | -| Jesus saves,Buddha makes incremental backups : -' ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: efnet.unixtech.be:6667 - #unixtech ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] CVS vs PVCS
Un des problèmes avec CVS c'est qu'il ne gère pas le renomage de fichier et l'effacement de répertoire dans un projet. Une alternative prometteuse à CVS est subversion qui tend à corriger les défauts de CVS. Des infos: Home page du projet: http://subversion.tigris.org/ Un vieux thread linuxfr : http://www.linuxfr.org/comments/123485.html L'utilisation du projet par ses développeurs est peut-être un signe de maturité (attention, je n'ai pas dit que CVS n'était pas mature !! ;). Il est utilisé depuis très longtemps dans le monde de l'open-source pour la gestion des versions des applis développées par la communauté mais il comporte des défauts que subversion corrige). Fred. Non il les empile il ne fait pas de diff !!! Donc il ne les gére pas On Thu, 21 Nov 2002 16:26:44 +0100 Pascal Bleser [EMAIL PROTECTED] wrote: PS: cvs ne gére pas les binaires, il ne fait que les empiler Mais bien sur que CVS gère les binaires (-kb). La seule différence avec les texte c'est que CVS ne stoque pas les delta mais les fichiers complets à chaque version. Mais ça, on s'en f**t (sauf la place de stoquage sur le serveur) ;-) -- -o) Pascal Bleser ATOS Origin/Aachen(DE) | /\\ [EMAIL PROTECTED] | _\_v [EMAIL PROTECTED] | -| Jesus saves,Buddha makes incremental backups : -' ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: efnet.unixtech.be:6667 - #unixtech ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: efnet.unixtech.be:6667 - #unixtech +---+-----+ | ,-. |Frederic BURLETLinux Forever... | | oo| |Chercheur MILOS - UCL/FSA/INGI | | /`'_) |HomePage : http://www.info.fundp.ac.be/~fburlet | |(\__|/ |NamurLUG : http://namurlug.org | +---+-+ ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] CVS vs PVCS
On Thu, 2002-11-21 at 18:36, Fred wrote: Un des problèmes avec CVS c'est qu'il ne gère pas le renomage de fichier et l'effacement de répertoire a distance (via tools standard :cvs gcvs tkcvs... ) non mais ici en local on n'hésite pas a modifier le nom directement sur le serveur: uniquement de façon sporadique et par une personne 'autorisée'. de même pour l'effacement le déplacement ou le renomage des répertoires ainsi que pour la création de liens symbolique entre les fichiers. Car de toutes façons quand il s'agit de sources, le renomage d'un fichier entraine des modification dans le source lui-même non ? ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] x sous debian
Bonjour, Petite précision il faut être en testing/unstable. Déjà pour la carte GeForce4 Ti42000, il faut avoir xfree86 4.2. Dans le sources.list (/etc/apt/sources.list, il faut rajouter: deb http://people.debian.org/~branden/ sid/i386/ Pour KDE3 deb http://people.debian.org/~schoepf /kde3/woody ./ donc tu fais une mise à jour de la liste: apt-get update pour xfree86: apt-get install xserver-xfree86 xserver-common xfonts-100dpi xfonts-75dpi Il faut aussi télécharger les paquets nvidia. apt-get install nvidia-glx-src nvidia-kernel-src Il faut compiler c'est 2 derniers. La doc se trouve dans /usr/share/nvdia-kernel et /usr/share/nvidia-glx. Après les avoir correctement installer il faut rajouter dans /etc/X11/XFConfig-4 nvidia dans la section Device Driver nvidia Si joint les fichiers XF86Config-4 et le sources.list On Thursday 21 November 2002 10:22, Benoit Gillon wrote: Re bonjour, J'ai une autre question, Quelqu'un pourrais il m'expliquer clairement et dans quel ordre je doit installer les package sous debian afin d'avoir X ? J'aimerai bien utiliser tout simplement KDE3, j'ai deux pc, un avec une carte ATI qui doit surement etre reconnue par defaut dans la debian, et l'autre avec une GeForcre4 Ti4200. Je tourne en version sarge tant que maintenant uniquement en console. Merci d'avance. # See sources.list(5) for more information, especialy # Remember that you can only use http, ftp or file URIs # CDROMs are managed through the apt-cdrom tool. #deb http://http.us.debian.org/debian sid main contrib non-free deb http://people.debian.org/~schoepf/kde3/woody ./ #deb http://artus.et7.tu-harburg.de/debian . . deb http://non-us.debian.org/debian-non-US sid/non-US main contrib non-free #deb http://kde3.geniussystems.net/debian ./ #deb ftp://ftp.kde.org/pub/kde/stable/3.0.3/Debian ./ #deb http://security.debian.org sid/updates main contrib non-free #deb ftp://ftp.oleane.net/pub/java-linux/debian woody non-free # Uncomment if you want the apt-get source function to work #deb-src http://http.us.debian.org/debian sid main contrib non-free #deb-src http://non-us.debian.org/debian-non-US sid non-US deb http://marillat.free.fr/ unstable main #deb ftp://ftp.uninett.no/pub/linux/packages/openoffice-debian unstable main contrib #deb-src http://ftp.uninett.no/pub/linux/packages/openoffice-debian unstable main contrib #deb http://www.pvv.org/opera potato non-free #deb http://www.grisbi.org/telechargement apt.bak/ deb ftp://ftp.debian.org/debian sid main contrib non-free #deb http://people.debian.org/~ljlane/downloads e17/ deb http://ftp.openoffice.tuxfamily.org/openoffice unstable main contrib deb http://people.debian.org/~branden/ sid/i386/ #deb-src http://people.debian.org/~branden/ sid/source/ #deb http://apt-proxy.sourceforge.net/openoffice unstable main contrib ### BEGIN DEBCONF SECTION # XF86Config-4 (XFree86 server configuration file) generated by dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # If you want your changes to this file preserved by dexconf, only make changes # before the ### BEGIN DEBCONF SECTION line above, and/or after the # ### END DEBCONF SECTION line below. # # To change things within the debconf section, run the command: # dpkg-reconfigure xserver-xfree86 # as root. Also see How do I add custom sections to a dexconf-generated # XF86Config or XF86Config-4 file? in /usr/share/doc/xfree86-common/FAQ.gz. Section Files FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi EndSection Section Module LoadGLcore Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadspeedo Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout fr EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/psaux Option Protocol PS/2
Re: [linux] CVS vs PVCS
héhéh CVS, ben moi je dirais que CVS est cool car il existe et fonctionne, mais c'est quand meme loin d'etre parfait, pour quelques problemes récurants qui m'énerve au plus au point: - mauvaise gestion des droits d'acces des fichier (a tendance a les oublier, les exec ne le sont plus etc..etc..). - Gestion des 3-way merges pas vraiment top top; expl: pour mes packages debian: j'importe l'upstream, tag, ajoute le debian patch, tag et continue dans cette branche la. Quand je dois importer un nouvel upstream et faire un 3 way merge entre le dernier checkout de la derniere branch debian et le nouvel upstream, la gestion des tag part parfois en couille et je dois grosso modo repartir d'un nouveau rep que j'ai backupé (c'est un bug kkpart, jamais put le reproduire de maniere certaine). - Ensuite RCS (qui est le machin qui gère les versions) n'est vraiment pas optimum dans son algorithme de merge, quelques lignes changées par ci par la et paf ton gros diff part en couille et un gros conflit est dans ton fichier -- tout doit se faire a la main. - La gestion de gros sources n'est pas optimum non plus: le simple fait de faire un checkout complet du tree rends ca tres volumineux et lent (apres 3 semaine d'utilisation sur le linux kernel,j'ai abandonnée et ne garde que les parties que je modifie, se qui rends les patch et autres merges un vrais cauchemard); la solution, utilisée par la plupart des revision control commerciaux est d'utiliser des symlinks (BK) ou un FS spécial (clearcase) pour optimiser tout ca. - Pas de gestion de travail de groupe a la BK (bit keeper, le machin commercial tres chers, gratos pour faire de l'open source). Je ne suis pas généralement pour les outils commerciaux, mais celui la est vraiment terrible. A part la gestion graphique des branches etcc qui est vraiment plus visuelle que CVS (un peut comme clearcase), un systeme de scripts machin oueb etc.. permettent de dire: donne moi le diff entre mon tree telle branche etc.. et celle de truc qui bosse bien loin. (genre j'ai programmé toute la nuit et je veux envoyer un diff au responsable de project qui prendra le diff, le vérifiera etc.., bref c'est comme ca que fonctionne Linus et les autres). JeF On Thu, Nov 21, 2002 at 07:02:24PM +0100, michael stilmant wrote: On Thu, 2002-11-21 at 18:36, Fred wrote: Un des problèmes avec CVS c'est qu'il ne gère pas le renomage de fichier et l'effacement de répertoire a distance (via tools standard :cvs gcvs tkcvs... ) non mais ici en local on n'hésite pas a modifier le nom directement sur le serveur: uniquement de façon sporadique et par une personne 'autorisée'. de même pour l'effacement le déplacement ou le renomage des répertoires ainsi que pour la création de liens symbolique entre les fichiers. Car de toutes façons quand il s'agit de sources, le renomage d'un fichier entraine des modification dans le source lui-même non ? ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: efnet.unixtech.be:6667 - #unixtech -- - Jean-Francois Dive -- [EMAIL PROTECTED] There is no such thing as randomness. Only order of infinite complexity. - _The Holographic Universe_, Michael Talbot ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] CVS vs PVCS
Jean-Francois Dive [EMAIL PROTECTED] writes: couic - Pas de gestion de travail de groupe a la BK (bit keeper, le machin commercial tres chers, gratos pour faire de l'open source). A condition que toi ou ta société ne travaille jamais sur un produit concurrent, même open source. Les développeurs de subversion se sont vu refuser la possibilité de travailler avec BK sur le kernel car ils développent un produit concurrent. C'est valable aussi si ton *employeur* envoie un simple patch à subversion ou cvs, ou si tu package un de ces tools, bref tout ce qui touche de près ou de loin au contrôle de version. Je ne suis pas généralement pour les outils commerciaux, mais celui la est vraiment terrible. Oui, sauf leur license et leur façon de la faire appliquer. couic -- Rémi `Debian: giving you the power to shoot yourself in each toe individually.' -- with kudos to Greg Lehey ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] CVS vs PVCS
On Thu, Nov 21, 2002 at 11:27:29PM +0100, Rémi Letot wrote: Jean-Francois Dive [EMAIL PROTECTED] writes: couic - Pas de gestion de travail de groupe a la BK (bit keeper, le machin commercial tres chers, gratos pour faire de l'open source). A condition que toi ou ta société ne travaille jamais sur un produit concurrent, même open source. Les développeurs de subversion se sont vu refuser la possibilité de travailler avec BK sur le kernel car ils développent un produit concurrent. C'est valable aussi si ton *employeur* envoie un simple patch à subversion ou cvs, ou si tu package un de ces tools, bref tout ce qui touche de près ou de loin au contrôle de version. Je ne suis pas généralement pour les outils commerciaux, mais celui la est vraiment terrible. Oui, sauf leur license et leur façon de la faire appliquer. encore une fois, je ne suis pas daccord. Ils ont une license commerciale, normale, standard, classique (j'ai jamais entendu personne dénigrer la license d'ibm, oracle, sun etc...), maintenant, ils ont ouvert en partie, avec condition, l'usage de leur produit, bon. La manière d'imposer la restriction vis a vis des gens de RCS et CVS n'est pas vraiment tres 'sympas' mais a une base logique et est appliquée avec un peut trop de zèle, la je suis daccord. Se que j'aimes de moins en moins dans l'approche des gens vis a vis de open source c'est la manière de jugent les société qui font du close source. Je rapelle a la plupart de ces critiques que c'est grace a ce close source qu'ils mangent tous les soirs. Je ne dénigre pas les modèles d'activité commerciale autour de l'open source (car je mange tous les soirs grace a ce modèle), mais c'est encore une minorité et la réalité commerciale reste la, meme si cela change et que je m'en réjouis. JeF couic -- Rémi `Debian: giving you the power to shoot yourself in each toe individually.' -- with kudos to Greg Lehey ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: efnet.unixtech.be:6667 - #unixtech -- - Jean-Francois Dive -- [EMAIL PROTECTED] There is no such thing as randomness. Only order of infinite complexity. - _The Holographic Universe_, Michael Talbot ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] CVS vs PVCS
Au fait, je viens de découvrir en installant la Mandrake 9.0 avec KDE 3 que Cervisia est intégré au Konqueror (file manager) vraiment trop fun. Bien que je fais toujours tout en ligne de commande, c'est plus sympa pour viter vérifier qq chose. ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: efnet.unixtech.be:6667 - #unixtech
[linux] ou trouver Linux
Bonjour à la liste, Qui pourrait m'indiquer où acheter une ditrib Linux (par ex.SuSE 8.1) à Bruxelles? Excusez-moi de poser cette question mais ça fait 1 mois que je cherche. (Réponse éventuellement en privé pour ne pas encombrer). Merci. -- - Jean-Claude Hendrickx * Linux user * - ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] ou trouver Linux
J-C Hendrickx a écrit : Bonjour à la liste, Qui pourrait m'indiquer où acheter une ditrib Linux (par ex.SuSE 8.1) à Bruxelles? Excusez-moi de poser cette question mais ça fait 1 mois que je cherche. http://www.redcorp.com http://www.redcorp.com/search/searchitemn.asp?strSearch=Susemode=1 en stock -- Thierry Geers AEL Member http://www.ael.be/node.php?id=53 ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] CVS vs PVCS
Dany De Bontridder [EMAIL PROTECTED] wrote: Quand on fait cvs commit bien remplir les messages,... Ou alors emploies un front end pour CVS Il y a jCVS[1] comme front-end (écrit en Java). Il est pas mal fait, nous l'avons installé pour nos stagiaires depuis l'année passée. Et apparemment, il existe aussi sous forme de servlet, mais ça, je n'ai jamais essayé. En ce qui concerne les compilations automatiques, un appel à make via cron devrait faire l'affaire, si c'est en java, alors là, aller voir du côté de ant[2] qui permet de faire des checkout cvs, envois d'email, compilation, documentation, etc... [1] http://www.jcvs.org/ http://freshmeat.net/projects/jcvs/?topic_id=52 http://www.jcvs.org/download.html [2] http://jakarta.apache.org/ant/ -- Arnaud Vandyck -- http://vbstefi60.fapse.ulg.ac.be/~arnaud/ Faites pas chier, j'arrête de fumer! Dernière cigarette lun. 18 nov. 2002 00H00 ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: efnet.unixtech.be:6667 - #unixtech
Re: [linux] CVS vs PVCS
encore une fois, je ne suis pas daccord. Ils ont une license commerciale, normale, standard, classique (j'ai jamais entendu personne dénigrer la license d'ibm, oracle, sun etc...), maintenant, ils ont ouvert en partie, avec condition, l'usage de leur produit, bon. La manière d'imposer la restriction vis a vis des gens de RCS et CVS n'est pas vraiment tres 'sympas' mais a une base logique et est appliquée avec un peut trop de zèle, la je suis daccord. Je trouve que le probleme, est que de ne plus voir le produit qui par ca license, ou il existerai presque un relation Pas libre --Implique-- Pas bien . L'approche RMS finalement ! Se que j'aimes de moins en moins dans l'approche des gens vis a vis de open source c'est la manière de jugent les société qui font du close source. Je rapelle a la plupart de ces critiques que c'est grace a ce close source qu'ils mangent tous les soirs. Il faut dire Libre :) pas open-source. et Pas libre, et pas close source. Il existe des societés qui font du open-source pas libre, pour rappel m$ avec ca avec shared license ! Je me rappel d'un thread sur kylix, ou finalement le fait que le produit soit ou pas genial n'avait pas d'importance car pas libre ( meme si gratos pour pour les dev libre ) |-+- | | Jean-Francois Dive| | | [EMAIL PROTECTED] | | | Sent by: | | | linux-admin@lists.| | | unixtech.be | | | | | | | | | 22/11/2002 00:29 | | | Please respond to | | | linux | | | | |-+- ---| | | | To: [EMAIL PROTECTED] | | cc: (bcc: Dominique Gallot/BRU/MASTERCARD) | | Subject: Re: [linux] CVS vs PVCS | ---| On Thu, Nov 21, 2002 at 11:27:29PM +0100, Rémi Letot wrote: Jean-Francois Dive [EMAIL PROTECTED] writes: couic - Pas de gestion de travail de groupe a la BK (bit keeper, le machin commercial tres chers, gratos pour faire de l'open source). A condition que toi ou ta société ne travaille jamais sur un produit concurrent, même open source. Les développeurs de subversion se sont vu refuser la possibilité de travailler avec BK sur le kernel car ils développent un produit concurrent. C'est valable aussi si ton *employeur* envoie un simple patch à subversion ou cvs, ou si tu package un de ces tools, bref tout ce qui touche de près ou de loin au contrôle de version. Je ne suis pas généralement pour les outils commerciaux, mais celui la est vraiment terrible. Oui, sauf leur license et leur façon de la faire appliquer. encore une fois, je ne suis pas daccord. Ils ont une license commerciale, normale, standard, classique (j'ai jamais entendu personne dénigrer la license d'ibm, oracle, sun etc...), maintenant, ils ont ouvert en partie, avec condition, l'usage de leur produit, bon. La manière d'imposer la restriction vis a vis des gens de RCS et CVS n'est pas vraiment tres 'sympas' mais a une base logique et est appliquée avec un peut trop de zèle, la je suis daccord. Se que j'aimes de moins en moins dans l'approche des gens vis a vis de open source c'est la manière de jugent les société qui font du close source. Je rapelle a la plupart de ces critiques que c'est grace a ce close source qu'ils mangent tous les soirs. Je ne dénigre pas les modèles d'activité commerciale autour de l'open source (car je mange tous les soirs grace a ce modèle), mais c'est encore une minorité et la réalité commerciale reste la, meme si cela change et que je m'en réjouis. JeF couic -- Rémi `Debian: giving you the power to shoot yourself in each toe individually.' -- with kudos to Greg Lehey ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: efnet.unixtech.be:6667 - #unixtech -- - Jean-Francois Dive -- [EMAIL PROTECTED] There is no such thing as randomness. Only order of infinite complexity. - _The Holographic Universe_, Michael Talbot
