Re: PB d'exportation de DISPLAY sous X
On Mon, Jan 13, 2003 at 11:48:16PM +0100, bprevot77 wrote: Bonsoir, il semble que je ne sois pas la seule a avoir un pb de ce type, mais apres lecture des quelques mails du jour sur le sujet j'ai du mal a trouver ma solution. voici mon soucis: j'ai installer le server Xfree et kdm. jusque la tout va bien, enfin semble-t-il. je veux donc me connecter a une machine distante sans ecran mais avec tout ce qu'il faut pour executer une appli sous donc peut-il y avoir un rapport avec le fait d'utiliser xdm ou gdm ou kdm? ou le pb est-il plutot ailleurs dans la configuration du serveur X, mais ou?et dans quelle direction chercher? Voir s'il n'y a pas l'option : -nolisten tcp dans /etc/X11/xdm/Xservers -- Cordialement, Benoit SPECKEL IReS - Bat 27e-mail: [EMAIL PROTECTED] 23 rue du Loess voice: 03 88 10 68 23 BP 28 fax: 03 88 10 62 02 F-67037 STRASBOURG Cedex 2
Re: chmod -R o+x /
On Tue, Aug 20, 2002 at 10:18:08PM +0200, Régis Grison wrote: Le lun 19/08/2002 à 18:39, Alain Tesio a écrit : On 19 Aug 2002 17:51:26 +0200 Régis Grison [EMAIL PROTECTED] wrote: Est-ce que quelqu'un aurait une idée géniale pour le sortir de là, que ce soit une commande ou un script, ou que ce soit une réinstallation via apt-get (pas question de repartir à 0 mais on serait pas contre remplacer l'ensemble des fichiers - et leurs droits - par ceux de l'install). Une autre idée ? Si j'ai bien compris le pb, la solution ne devrait pas être trop compliquée : 1°) supprimer les x aberrants : les répertoires/programmes avec o+x qui ne n'ont pas u+x sont rares, chez moi, n'en ai trouvé que 2, 2 conneries : find / -perm -001 ! -perm -100 -print0 | xargs -0 chmod o-x 2°) Reste le cas u+x et pas o-x. On peut raffiner un peu, ceux qui sont u+x, o+r et pas o-x sont rares : root:~# find / -perm -100 -perm -004 ! -perm -001 /usr/sbin/pppd root:~# ll /usr/sbin/pppd -rwsr-xr--1 root dip230604 Jul 25 17:43 /usr/sbin/pppd* (une connerie sans doute, sur une autre machine, c'est -rwsr-x---) Donc, en partant du principe o+x == o+r, on peut corriger tous ceux qui sont exécutables par l'utilisateur mais ne doivent pas l'être par les autres : find / -perm -100 ! -perm -004 -print0 | xargs -0 chmod o-x Il peut y avoir des exceptions, pour autant que je me rappelle, ssf s'installait 1711, on peut avoir des répertoires traversables mais non listables... mais rien de tel sur ma machine. -- Cordialement, Benoit SPECKEL IReS - Bat 27e-mail: [EMAIL PROTECTED] 23 rue du Loess voice: 03 88 10 68 23 BP 28 fax: 03 88 10 62 02 F-67037 STRASBOURG Cedex 2
Re: [HS] Re: Changement d'adresse
On Wed, May 15, 2002 at 01:56:46PM +0200, Cedric Duval wrote: georges mariano [EMAIL PROTECTED] a déclaré : en fait, c'est le réflexe Ctrl (X S) [Ctrl reste appuyé] qui induit donc un Ctrl S, Ctrl-S qui gèle le terminal. Assez déroutant au début quand on passe constamment d'emacs à vi... :/ ... et qu'on ignore que c'est Ctrl-Q pour reprendre ! Et, si on n'a pas l'usage de la chose (software flow control) : stty -ixon -ixoff Dans mes /etc/profile, j'ai : if [ -t 0 ] case `tty` in /dev/pts/*|/dev/tty[1-9]*) stty -ixon -ixoff;; esac ... fi -- Cordialement, Benoit SPECKEL IReS - Bat 27e-mail: [EMAIL PROTECTED] 23 rue du Loess voice: 03 88 10 68 23 BP 28 fax: 03 88 10 62 02 F-67037 STRASBOURG Cedex 2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: repertoire courant et fenetre de terminal
On Mon, Apr 29, 2002 at 09:39:23AM +0200, Pierre Crescenzo wrote: Salut, J'ai finalement choisi et adapté cette technique : export PROMPT_COMMAND='echo -ne \033]0;[EMAIL PROTECTED]: ${PWD}\007' plutôt que celle-ci : export PS1=[EMAIL PROTECTED]:[\\W]\\$ \\[\\033]0;\\w\\007 En effet, avec la seconde, la gestion des lignes présentes dans l'historique de bash semble avoir un bogue : les lignes plus longues que le terminal sont quasi-inexploitables. Si le prompt comporte des caractères non imprimames, il faut le signaler au bash par des séquences : '\[', '\]', la deuxième manque ici. Ce qui donne : PS1='[EMAIL PROTECTED]:[\W]\$ \[\033]0;\w\007\]' Chez moi, ça a d'ailleurs l'air de fonctionner qd-même. Lié au Reverse Wraparound, que j'ai mis par défaut dans mes xterm. Cordialement, -- Benoit SPECKEL IReS - Bat 27e-mail: [EMAIL PROTECTED] 23 rue du Loess voice: 03 88 10 68 23 BP 28 fax: 03 88 10 62 02 F-67037 STRASBOURG Cedex 2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pci128 et cmpci
On Tue, Apr 23, 2002 at 10:16:34PM +0200, Nicolas Gruel wrote: Salut, J'ai installé récemment deux PC et j'ai un problème pour demarrer la carte son, en fait j'ai deux cartes une sur la carte mère (j'étais pas au courrant) et une sb128 mais je n'arrive pas a lancer le moindre driver pour l'une ou l'autre. Je suis allé voir l'irq utilisé par windows et je l'ai précisé dans le lancement du module mais même topo. Quelqu'un saurait comment régler le problème? J'ai regardé et testé toutes les solutions trouvé à partir de google mais cela ne marche pas. En fait il y a pas grand chose. Pour précision, la carte mère est une bi-proc athlon avec un chipset son cmpci et la carte son rajouté une carte de base soundblaster pci128. Comment trouver les paramètres linux qu'il faudrait indiquer au démarrage du modules (irq, io, dma...) Je précise que la carte sb128 fonctionne sous windows sans problème. Cela resemble à pb de PNP OS. Pour Linux, PNP OS doit être désactivé au niveau du BIOS. Connais pas la cmpci, mais la pci128 devrait fonctionner sans problème (module es1371), il n'y a pas d'IRQ ou de DMA à préciser pour une carte PCI. Juste avant le lancement de l'OS, le BIOS liste les cartes trouvées, la carte son doit apparaître avec son IRQ, sinon, ça ne marchera pas. On a le même type d'info avec lspci sous Linux ou /proc/pci si le noyau a été compilé avec l'option correspondante. -- Cordialement, Benoit SPECKEL IReS - Bat 27e-mail: [EMAIL PROTECTED] 23 rue du Loess voice: 03 88 10 68 23 BP 28 fax: 03 88 10 62 02 F-67037 STRASBOURG Cedex 2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: apt-move, binaires en double ??
On Fri, Apr 12, 2002 at 05:51:36PM +0200, georges mariano wrote: Bonjour/soir maintenant, en explorant apt-move et faisant par hasard un find sur la hiérachie obtenue, j'ai cru voir que les paquets (pas tous?) était stockés en double. Une fois sous archi 386, une autre sous all(binary-...) est-ce que * j'ai la berlue Chez moi, les paquets en double sous 'i386' sont des liens sur les paquets de 'all'. Généralement des docs, indépendantes de l'architecture. -- Cordialement, Benoit SPECKEL IReS - Bat 27e-mail: [EMAIL PROTECTED] 23 rue du Loess voice: 03 88 10 68 23 BP 28 fax: 03 88 10 62 02 F-67037 STRASBOURG Cedex 2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: scsi et manipulation de disques a chaud
On Wed, Mar 27, 2002 at 06:28:43PM +0100, CARDON Benoît wrote: Merci de cette réponse. J'aimerais en savoir un peu plus d'un point de vue hardware: - Est ce que Connectique SCA pour les disques implique obligatoirement Connectique SCA pour le boitier ? Ce connecteur regroupe le bus SCSI, les alims et la sélection d'adresses (se fait au niveau du boitier). Si mes souvenirs sont bons, c'est 1 connecteur 80 broches du même style que les IDE ou anciens SCSI. Le disque lui-même est dans un boitier extractible qui n'admet que des disques SCA. - SCSI LVD entre carte et boitier = ca s'imagine, ok. - Est ce que Connectique SCA pour le boitier implique boitier capable de faire du Hotplug ? Je pense que ce genre de connecteur facilite les choses, il est standard et regroupe toutes les connexions du disque. - Une référence pour les disques et le boitier dont vous parlez ? Les disques sont des Seagate ST318275LC (18 Go, SCSI LVD, connecteur SCA). Le boitier est une tour Andataco GigaStor 8000. Ces choix remontent à 2.5 ans et ne sont plus d'actualité. -- Cordialement, Benoit SPECKEL IReS - Bat 27e-mail: [EMAIL PROTECTED] 23 rue du Loess voice: 03 88 10 68 23 BP 28 fax: 03 88 10 62 02 F-67037 STRASBOURG Cedex 2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SCSI et MANIPULATION DE DISQUES A CHAUD
On Wed, Mar 27, 2002 at 02:40:26PM +0100, Nicolas Ledez wrote: Le Wed, Mar 27, 2002 at 10:07:54AM +0100, CARDON Benoît a écrit : ... Je souhaiterais une réponse éclairée (et pas une simple supposition svp) aux questions suivantes: ... Selon les docs que je lis (HOWTO), et les retours d'expériences que je peux lire sur le web, les réponses diffèrent. Ma question n'est pas hors sujet, puisque mon souci final est de faire du Raid soft sous Debian, avec une possibilité de Hot-pluggin Disk. (sans doute, si qqn me confirme que cela est possible, avec une carte Adaptec 160Mb/s et qqs disques LVD). Si c'est pour faire du RAID soft ce n'est surement pas possible... Et une réponse différente de + : nous faisons du raid soft sous Debian. Ma crainte principale: Griller la carte ou des périphériques attachés au Bus si le hotpluggin n'est pas possible. Dans ce cas, il faut que ta carte et ton disue le gere, sinon effectivement tu risque de griller quelque chose dans la chaine. Le boitier qui contient les disques doit permettre le hot-plug. Celui que nous utilisons le permet (acheté chez Transtec, SCSI-LVD), il utilise des disques avec connecteurs SCA. Et ça fonctionne. la carte SCSI utilisée est une carte standard, pas de liaison électrique directe avec le disque. -- Cordialement, Benoit SPECKEL IReS - Bat 27e-mail: [EMAIL PROTECTED] 23 rue du Loess voice: 03 88 10 68 23 BP 28 fax: 03 88 10 62 02 F-67037 STRASBOURG Cedex 2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pb xterm+vi avec le pavé num
On Mon, Feb 11, 2002 at 08:40:25AM +, bernard wrote: bonjour En utilisant vi de base (bsd) j'ai quelques soucis en xterm, le pavé numérique ne fonctionne pas du tout, je trouve ça gênant, auriez vous une idée sur les causes de ce petit désagrément. with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Probablement un pb d'activation du pavé en mode «application» au niveau de la définition curses. Pour vérifier : CtrlBtn 2 Pour voir l'entrée ncurses : infocmp xterm Les séquences qui activent/désactivent sont smkx/rmkx. Chez moi, j'ai mis des chaines vides. Le mode «application» peut toujours être activé via la ligne de commande, les ressources ou CtrlBtn 2. Je n'en ai jamais eu besoin. Pour modifier la chose : infocmp xterm xterm.ti - modification xterm.ti tic xterm.ti - ~/.terminfo/x/xterm - /etc/terminfo/x -- Cordialement, Benoit SPECKEL
Re2: pb xterm+vi avec le pavé num
On Mon, Feb 11, 2002 at 01:11:09PM +0100, Benoit Speckel wrote: On Mon, Feb 11, 2002 at 08:40:25AM +, bernard wrote: bonjour En utilisant vi de base (bsd) j'ai quelques soucis en xterm, le pavé numérique ne fonctionne pas du tout, je trouve ça gênant, auriez vous une idée sur les causes de ce petit désagrément. Suite à mail personnel de bernard, 2ème réponse un peu + détaillée que la première. Probablement un pb d'activation du pavé en mode «application» au niveau de la définition curses. Pour vérifier : CtrlBtn 2 D'une manière + détaillée, les symptômes sont : - pavé numérique fonctionne en mode shell - pas de pavé sous certaines application curses (vi, pico ...) - CntrlBtn2 indique que «Application Keypad» n'est pas activé en mode shell, et est activé dans les appli curses Pour voir l'entrée ncurses : infocmp xterm Les séquences qui activent/désactivent sont smkx/rmkx. Chez moi, j'ai mis des chaines vides. Le mode «application» peut toujours être activé via la ligne de commande, les ressources ou CtrlBtn 2. Je n'en ai jamais eu besoin. En standard smkx/rmkx comportent une séquence d'activation/désactivation pour le pavé et les touches du curseur : curseur : \E?1h / \E?1l pavé : \E= / \E Chez moi, j'ai également supprimé le curseur, cela a reglé des problèmes du côté de zsh, mais il faut aussi modifier les entrées kcub1 kcud1 kcuf1 kcuu1. Pour modifier la chose : ... -- Cordialement, Benoit SPECKEL IReS - Bat 27e-mail: [EMAIL PROTECTED] 23 rue du Loess voice: 03 88 10 68 23 BP 28 fax: 03 88 10 62 02 F-67037 STRASBOURG Cedex 2
Re: Compte root
On Wed, Feb 06, 2002 at 06:55:28PM +, Christophe Baillon wrote: Pour passer en read/only : mount / -o remount,ro Pourquoi repasser en read/only ? Une fois le mot de passe changé, ne peut-on pas faire un init 2 init voudra sans doute pas (pas le process 1, qui est particulier). Ce que je fais d'habitude : exec init fait un démarrage normal, qui veut un / read-only (sera clean). -- Cordialement, Benoit SPECKEL IReS - Bat 27e-mail: [EMAIL PROTECTED] 23 rue du Loess voice: 03 88 10 68 23 BP 28 fax: 03 88 10 62 02 F-67037 STRASBOURG Cedex 2
Re: Config Geforce2GTS sous Debian 2.2 R4
On Sat, Jan 26, 2002 at 10:41:12AM +0100, Yann wrote: yOp, Quelqu'un pourait-il m'expliquer comment configurer mon serverX avec une Geforce2 GTS 32Mo sous Debian 2.2 R4 ?? Ai réussi à faire marcher (sans accélération 3D) des GeForce 2 sous XFree 3.3.6 en rajoutant dans la section Device : Chipset GeForce 256 -- Cordialement, Benoit SPECKEL IReS - Bat 27e-mail: [EMAIL PROTECTED] 23 rue du Loess voice: 03 88 10 68 23 BP 28 fax: 03 88 10 62 02 F-67037 STRASBOURG Cedex 2
Re: [précision] A propos de place disque
On Wed, Dec 12, 2001 at 03:41:03PM +0100, Nicolas SABOURET wrote: Nicolas SABOURET wrote: Y a-t-il un moyen (même long) de trouver ce qui mange tant de place, Erratum : Y a-t-il un moyen AUTOMATIQUE (faire des du -sh à la main, c'est long, mais c'est pas automatique, par exemple) ... du -Sh | sort -n -- Cordialement, Benoit SPECKEL IReS - Bat 27e-mail: [EMAIL PROTECTED] 23 rue du Loess voice: 03 88 10 68 23 BP 28 fax: 03 88 10 62 02 F-67037 STRASBOURG Cedex 2
Re: [précision] A propos de place disque
On Wed, Dec 12, 2001 at 04:14:56PM +0100, Benoit Speckel wrote: On Wed, Dec 12, 2001 at 03:41:03PM +0100, Nicolas SABOURET wrote: Nicolas SABOURET wrote: Y a-t-il un moyen (même long) de trouver ce qui mange tant de place, Erratum : Y a-t-il un moyen AUTOMATIQUE (faire des du -sh à la main, c'est long, mais c'est pas automatique, par exemple) ... du -Sh | sort -n Me réponds à moi-même, vaut mieux pas mettre -h ici : du -S | sort -n -- Cordialement, Benoit SPECKEL IReS - Bat 27e-mail: [EMAIL PROTECTED] 23 rue du Loess voice: 03 88 10 68 23 BP 28 fax: 03 88 10 62 02 F-67037 STRASBOURG Cedex 2
Re: Vi : Francisation
On Thu, Nov 08, 2001 at 02:11:57PM +0100, Eric BERTHOMIER wrote: Préambule : J'ai installé une debian sur mon portable et je suis dans l'obligation professionnelle d'utiliser vi. Problème de configuration : Les accents ne passent pas sous vi le é par exemple passe en e0x9 ou quelque chose comme celà. Quelqu'un pourrait il m'indiquer la marche à suivre pour la francisation de Vi ? with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Pas de pb ici, que ce soit avec vim ou nvi. La seule variable d'environnement d'européanisation que j'utilise est (mon Linux cause anglais) : LC_CTYPE=fr_FR Est-ce que les accents s'affichent bien à la ligne de commande ? Si non, il faudra aussi voir la paramétrisation du shell et du terminal. -- Cordialement, Benoit SPECKEL IReS - Bat 27e-mail: [EMAIL PROTECTED] 23 rue du Loess voice: 03 88 10 68 23 BP 28 fax: 03 88 10 62 02 F-67037 STRASBOURG Cedex 2
Re: polices xfig
On Fri, Sep 14, 2001 at 10:51:01AM +0200, William Dodé wrote: Patrice Karatchentzeff wrote: William =?iso-8859-1?Q?Dod=E9?= écrivait: Salut, Mis à part le fait qu'il n'y ait pas un grand choix de police dans xfig, est-ce normal que lorsqu'on choisisse une grande taille, il ne l'affiche pas à l'écran alors que ça marche en impression ? Il doit te manquer les fontes de X correspondantes, c'est tout. Oui, j'ai rajouté des fontpath et ça marche... c'est en escalier, mais à l'impression c'est nikel. Pas de raison que ce soit en escalier : - vérifier que tous les FontPath d'/etc/X11/XF86Config contenant des fontes pcf sont suivis d' «:unscaled» - rajouter le package gsfonts-x11, il donne accès au fontes type1 de ghostscript -- Cordialement, Benoit SPECKEL IReS - Bat 27e-mail: [EMAIL PROTECTED] 23 rue du Loess voice: 03 88 10 68 23 BP 28 fax: 03 88 10 62 02 F-67037 STRASBOURG Cedex 2