Re: Un emacs a la sauce next
Le 26 août 2002 à 14:57 (+0200), Thierry Leurent a tapoté sur son clavier : Bonjour, Je viens d'install emacs 21 et je voudrais qu'il s'integre un peu mieux a mon environnement a la nextstep. C'est possible d'avoir un emacs avec un look se rapprochant de nextstep puisque je l'ai fait. Je recherche donc un paquet debian qui pourrait remplacer libxaw. Il existe libnextaw mais je n'ai pas trouve de paquet libnextaw installable Pour commencer, il faut récupérer le paquet nextawg, le problème c'est qu'il n'existe plus depuis la woody. Il faut donc recuperer avec la dernière version de potato (il y a moyen d'acceder aux anciennes releases sur http://www.debian.org). Apres avoir installer le paquet, il faut dire à emacs d'utiliser nextaw plus tôt que xaw. Pour cela, il faut mettre /usr/X11R6/lib/libneXtaw.so.6 dans LD_PRELOAD (attention, certaines applications n'aimes pas nextaw donc il veut mieux l'utiliser seulement pour emacs). A cette étape, tu as un emacs avec les barres de défilement à la next mais en plus fin. Pour changer la taille de la barre de défilement, il faut rajouter le bout de code suivant dans .emacs: (defsetf frame-parameter (frame parameter) (new-value) `(progn (modify-frame-parameters ,frame (list (cons ,parameter ,new-value))) ,new-value)) (defun my::scroll-bar-width (frame) (setf (frame-parameter frame 'scroll-bar-width) 19)) (my::scroll-bar-width nil) (setq after-make-frame-functions 'my::scroll-bar-width) Merci De rien Thierry Fred
Re: Exim fetchmail procmail ....
Le 25 août 2002 à 17:39 (+0200), VETSEL Patrice a tapoté sur son clavier : Dans mon cas personnel, où je n'utilise que mon adresse FAI. Y a t il un interêt à utiliser exim/fetchmail procmail etc ... ? Où bien peut on se satisfaire d'un client Mail capable d'appliquer des filtres? Merci Les différents intérêts d'utiliser exim, fetchmail et procmail, en vrac: * Utiliser facilement spamassassin (dans la doc, il n'y des explications que pour procmail, voir aussi le thread précendant pour l'utilisation avec evolution ou sylpheed). * Avoir une configuration indépendante du mua, donc pouvoir changer facilement de mua sans avoir à tout configurer. En particulier, certains mua ne peuvent récuperer les mails que en local et n'utiliser que le serveur smtp local. * Gestion de la file des mails à envoyer par le serveur smtp et envoie automatique des mails au moment de la connection à internet. * Un serveur smtp local est aussi utile si tu utilises une adresse email d'un fournisseur qui n'a pas de serveur smtp car ton mail risque d'être rejeté par le serveur smtp de ton fai qui le considera comme du spam si tu fournis le smtp de ton fai à ton mua (ça c'est le cas avec mon école où on ne peut pas utiliser le serveur smtp de l'extérieur). * Ca permet de mieux comprendre le fonctionnement du mail. * Ca fait plus Unix :-) Il y a certainement d'autres avantages et l'inconvenient principal étant la phase de configuration initiale de exim, fetchmail et procmail (même si il y a de la bonne doc). Maintenant, à toi de voir si tu as besoin de ces fonctionnalités ou si tu penses en avoir besoin un jour. Fred
Re: personnalisation du From: avec exim
Le 16 août 2002 à 02:44 (+0200), Stephane Wirtel a tapoté sur son clavier : bonjour, salut j'ai un léger probleme avec exim, je cherche le moyen de personnaliser mon From : afin qu'il puisse afficher From: Stephane Wirtel [EMAIL PROTECTED], au lieu de From: stef [EMAIL PROTECTED]. En principe, exim utilise les informations données au niveau du fichier /etc/passwd pour le compte utilisateur utilisé. Donc c'est du côté de la commande usermod qu'il faut regarder. Fred
Re: question sur les ports TCP
Le 14 août 2002 à 09:59 (+0200), sylvain ferriol a tapoté sur son clavier : - et puis connaissez vous un outils qui me permette de savoir quel démon ou appli, se cache derrière un port TCP Sous root: netstat -lp --ip et dans la dernière colonne, on a le pid et le nom du programme qui est derrière le port TCP. Fred
Re: question sur les ports TCP
Le 12 août 2002 à 23:13 (+0200), Yannick Roehlly a tapoté sur son clavier : Ainsi parlait Régis Grison [EMAIL PROTECTED] : Le lun 12/08/2002 à 14:10, sylvain ferriol a écrit : je voulais juste savoir si on peut sous debian ouvrir des ports TCP en local et non pour l'exterieur?? et peut on le voir avec nmap par exemple Oui, avec des règles iptables (noyau 2.4) ou ipchains (noyau 2.2). Hello ! En plus du firewall (deux sécurités c'est mieux qu'une) si tu utilises xinetd, tu peux rajouter la ligne defaults { only_from = localhost, nnn } Personnellement, j'utilise l'option bind = 127.0.0.1 pour n'autoriser que les acces à partir de localhost. Mais l'inconvenient c'est que l'on ne peut spécifier que l'adresse IP d'une interface (ici lo). A priori, l'avantage c'est que le programme n'ecoute que sur l'interface locale avec bind alors qu'avec only_from, xinetd ecoute sur toutes les interfaces et fait le tri après (je ne suis pas vraiment sur de ça). à /etc/xinetd.conf où localhost, nnn représente tous les noms des machines pouvant accéder aux services. Tu peux même configurer séparément les divers services gérés par xinted en mettant le only_from au bon endroit. Par contre pour que nmap te dise que ce n'est accessible qu'en local, je sèche... Pour connaitre ce qui n'est accesible qu'en local, on peut utiliser la commande netstat (pas besoin d'être root) et faire 'netstat -ln --ip'. Un service accessible seulement en local aura une chaine de type 127.0.0.1:no_port dans la colonne 'Local Address', sinon on a *:no_port. On peut aussi utliser nmap en faisant 'nmap 127.0.0.1' pour connaitre les services accessible en local et 'nmap adresse_ip_de_l'interface_reseau' pour connaitre les services accessibles de l'extérieur. Pour savoir ce qui n'est accessible qu'en local, on regarde les différences. Yannick Fred
Re: question sur les ports TCP
Le 13 août 2002 à 16:41 (+0200), sylvain ferriol a tapoté sur son clavier : [...] j'ai essayé et ça me donne ça : ... tcp0 0 127.0.0.1:427 0.0.0.0:* LISTEN tcp0 0 0.0.0.0:13 0.0.0.0:* LISTEN tcp0 0 0.0.0.0:111 0.0.0.0:* LISTEN tcp0 0 0.0.0.0:80800.0.0.0:* LISTEN tcp0 0 0.0.0.0:80810.0.0.0:* LISTEN tcp0 0 0.0.0.0:631 0.0.0.0:* LISTEN par contre quand tu as une adresse 0.0.0.0 ça veut dire quoi Je me suis trompé, quand le service écoute sur toutes les interfaces, on a 0.0.0.0:no_port (c'est quand on n'utilise pas l'option -n de netstat que l'on a *:no_port). sylvain Fred
Re: encoder des mp3s
Le 11 août 2002 à 19:03 (+0200), Okki a tapoté sur son clavier : Le dim 11/08/2002 à 18:28, christophe bailly maitre a écrit : salut, Hello [...] Ensuite, pour utiliser cdparanoia, à moins d'être root, il faudra te rajouter dans le groupe disk (adduser ton_user disk) puis te déloguer / reloguer sur le système pour que ce soit pris en compte Il vaut mieux utiliser un groupe cdrom pour l'utilisation du cdrom et eviter de rajouter un utilisateur dans le disk parce dans ce cas l'utilisateur à accès en écriture de manière brute sur les disques durs (en utilisant directement le fichier de périphérique /dev/hdX pour des disques ide). Fred
Re: Diverses questions sur les journaux systemes
Le 11 août 2002 à 15:57 (+0200), Yannick Roehlly a tapoté sur son clavier : Bonjour et bon week-end à tous. Salut 1ère surprise : Le répertoire /var/log/ksymoops fait plus de 400 Mo, pas mal ! Une petite recherche sur Google Groups me renseigne sur le fait que les journaux de ce répertoire sont utiles pour debuguer les modules et qu'un insmod_ksymoops_clean nettoie les entrées obsolètes. De toute façon, on m'apprend que ces journaux ne sont pas utiles pour quelqu'un qui ne debugue pas les modules. Par contre, on ne me dit pas comment ne plus loguer les oops du noyau. Si quelqu'un a une idée ? Il y a au moins un cas où insmod_ksymoops_clen ne nettoie pas les entrées obsolètes, c'est quand lui même fait un oops (ce qui vient de m'arriver). On a alors: [root:/var/log/ksymoops] du -hs 5.0M. [root:/var/log/ksymoops] insmod_ksymoops_clean [root:/var/log/ksymoops] du -hs 5.1M. avec un fichier .modules et un .ksyms en plus C'est assez surprenant tout de même (ça vient peut être du patch grsecurity pour le noyau). Fred
Re: Probleme pour creer un package en simple utilisateur
Le 3 août 2002 à 03:08 (+0200), Okki [EMAIL PROTECTED] a tapoté sur son clavier : Salut, Salut Je tente de créer un package Debian en simple utilisateur, avec la commande debuild --noconf -b -us -uc ... la compilation se déroule bien, mais tout à la fin, j'ai droit à ldconfig ldconfig: Can't create temporary cache file /etc/ld.so.cache~: Permission denied Pourtant, un peu plus haut, on voit bien fakeroot debian/rules binary, signe que normalement ca aurait du marcher en simple user, non ? Encore plus étrange, ca fonctionne parfaitement pour un autre package, avec le même fichier rules (un diff sur les deux fichiers me montre bien que seul le nom du package change) 11c11 package := mplayer --- package := mplayerxp Alors, pourquoi ca fonctionne bien avec mplayer et non avec mplayerxp, sachant que les fichiers rules sont identiques ? (en root il n'y a aucun problème) C'est dans le (ou les) Makefile de mplayerxp qu'il doit y avoir un appel à ldconfig (qui doit être appeler en tant que root, fakeroot ne suffit pas car fakeroot ne fait que surcharger certains appels systèmes pour faire croire que le programme tourne sous l'identité de root et donc ne permet pas modifier réellement les fichiers). Je pense donc qu'en commentant les lignes contenant ldconfig dans le Makefile de mplayerxp, la création du paquet devrait bien se passer. Fred
Re: Compatibilité asus
Le 2 août 2002 à 18:46 (+0200), Okki [EMAIL PROTECTED] a tapoté sur son clavier : Le ven 02/08/2002 à 15:26, snolahc a écrit : Bonjour. Je vais acheter un nouvel ordinateur avec une carte ASUS Série 7V266-C pour Athlon XP et mettre une woody en stable. La carte mère est-elle compatible Linux? Si quelqu'un le sait, merci de me répondre. Pour la compatibilité matérielle, y a plus ou moins ce site, http://lhd.zdnet.com ... Sinon, personnellement j'ai deux machines : Une Asus A7V 133, chipset VIA de merde, plantages réguliers, surtout quand il y a de gros accès disques répétés. Une Asus A7V 333, toujours avec chipset VIA, mais celle là fonctionne du feu de dieu, jamais eu le moindre problème. Dans le cas de la première machine, j'ai activé ou non le support VIA dans le kernel, sans que ca ne règle le problème, et j'ai essayé différents disques dur / paramètres hdparm, là encore sans que ca n'y change rien Les deux machines ont la même version du bios? Fred
Re: dselect et apt-get
Le 30 juillet 2002 à 19:24 (+0200), Charles Goyard [EMAIL PROTECTED] a tapoté sur son clavier : Ainsi parlait Dominique Arpin : Qui dois-je faire confiance, le système de apt-get ou celui de dselect pour les dépendances et l'installation des packages? Essaye aptitude. C'est comme dselect, mais en mieux, il fonctionne directement avec apt-get. Il a aussi l'avantage de ne pas bousiller le système sur une faute de frappe. Et avec aptitude, on peut paramètrer le fait d'installer automatiquement les paquets /recommends/ et /suggests/ et de toute façon on peut expliciter manuellement de ne pas installer ces paquets. C'est ce que j'ai fait en demandant l'installation automatique des paquets /recommends/ et /suggests/ et avant chaque download d'aptitude, je vérifie qu'il n'y a pas de paquets inutiles (à mon sens) dans ce qui doivent être installé et qui sont /recommends/ ou /suggests/ d'un autre paquet. Donc utilises aptitude si tu veux un gestion plus fine des dépendances qu'aves apt-get (seulement les /depends/) ou dselect (les /depends/, /recommends/ et /suggests/). Fred
Re: joystick
Le 24 juillet 2002 à 12:31 (+0200), Antoine Jacoutot [EMAIL PROTECTED] a tapoté sur son clavier : Bonjour à tous ! Salut J'ai une petite question bête à laquelle je n'ai toujours pas trouvé de réponse claire: Je désire faire fonctionner mon joystick SideWinder (sur port jeu) sous Woody kernel-2.4.18-686. J'ai lu toutes les docs que j'ai pu trouver (même celle du noyau), beaucoup se contredisent, et quoi que je fasse, ça ne marche pas. Je recherche quelqu'un qui aurait réussit à faire fonctionner un tel joystick (ou un autre) avec les drivers OSS inclus dans le kernel et une carte SBLive! Je suis sûr que ce doit être très simple, mais bon... ça veut pas marcher ! J'ai un gamepad sidewinder qui fonctionne très bien avec un kernel-2.4.18 (compilation maison) et une carte son sb64 PCI (avec les drivers oss). C'est vraiment super pratique avec xmms. Les modules chargés sont: * gameport * input * sidewinder * joydev ainsi que * es1371 pour la carte son Dans /etc/modules j'ai (en autre et dans l'ordre): es1371 sidewinder joydev J'ai aussi: options es1371 joystick=0x200 dans /etc/modutils/es1371 pour préciser l'adresse du port jeu de la carte son. Sinon, il faut aussi vérifier l'existance (et créer si besion) les devices comme expliqué dans le fichier joystick.txt de la documentation du noyau. Merci d'avance. De rien Fred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Gnome et son
Le 15 Juillet 2002 à 12:57, hervé thibaud a écrit: Le lun 15/07/2002 à 12:35, Raphaël SurcouF a écrit : Le lun 15/07/2002 à 09:03, hervé thibaud a écrit : Pendant que j'y suis, sous root je peux lancer un CD audio mais sous une session utilisateur j'ai un message d'erreur me disant d'aller voir si tout est correct pour les permissions du périphérique et si le support CD-ROM a bien été compilé dans le noyau. Les droits sont RW sur CDROM et audio avec group audio. De quel autre périphérique s'agit-il. Donc pour mettre un CD, je dois lancer la lecture dans une session root Sous debian, les périphériques audio appartiennent à groupe bien nommé audio. Si tu veux pouvoir t'en servir, tu dois ajouter les utilisateurs de ton choix à ce groupe, via: usermod -G audio utilisateur L'utilisateur appartient bien au groupe audio. J'ai vu d'autre part qu'en dehors du problème de volume je n'en avais pas sous mandrake 8.2 mais que esd n'atait pas initialisé de la même façon ce qui joue surement dans l'effet bruits machine à coudre et locomative à vapeur. En lançant esd avec l'option -nobeeps, tu devrais éviter d'avoir le bruit de locomotive au démarage d'esd. Fais ps aux | grep esd pour voir avec quelles options esd à été lancé. Si il n'y a pas de -nobeeps tu dois pouvoir le rajouter dans le fichier /etc/esound/esd.conf. Voilà mon fichier esd.conf à titre d'exemple: [esd] auto_spawn=1 spawn_options=-terminate -nobeeps -as 0 spawn_wait_ms=100 Fred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Organisation du (des) FS ?
Le 10 Juillet 2002 à 14:37, Arnaud LACOMBE a écrit: On Tue, Jul 09, 2002 at 09:43:15PM +0200, Raphaël SurcouF wrote: Comment fais-tu pour mettre à jour ta debian si tu montes /usr en lecture seule ? En outre, je me sers de /usr/src pour compiler quoi que ce soit... Une solution un peu bourine est de créé un fichier (assez large quand même), y créé un fs (ext 2 ou autres) et de le monter en loopback sur /usr/src, en read-write. Comme ça on conserve le mode read-only sur /usr et on peu compiler tranquilement sur /usr/src -- Plus on s'approche de César, plus la peur est grande. Une autre solution, c'est d'utiliser mount --bind -o rw /usr/src /usr/src mais le problème c'est qu'il y a un bug dans le kernel 2.4 (corrigé dans le 2.5, je crois) qui fait que les permissions ne sont pas changées. Il va donc falloir attendre le kernel 2.6 pour utiliser cette fonctionnalité. Fred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Remplacez un mot dans plusieurs fichier.
Le 10 Juillet 2002 à 17:30, Christian Marillat a écrit: AF == Alexandre Fayolle Alexandre writes: On Wed, Jul 10, 2002 at 05:14:18PM +0200, Dominique Billard wrote: Bonjour Est ce possible de remplacer un mot (ex toto) par un autre (ex titi)dans plusieurs fichiers, sans les ouvrir un par un à la main. for f in * ; do sed s/toto/titi/ $f $f.new ; mv $f.new $f ; done Il vaut mieux utiliser perl : perl -i -pe 's/toto/titi/' * Christian C'est la solution que j'utilise, mais il faut rajouter un g ('s/toto/titi/g') si on il y a plusieurs occurences de toto dans une ligne. De plus dans certains cas (expressions régulières compliquées), il est plus prudent de faire des backups: perl -i.bak -pe 's/toto/titi/g' * verification qu'il n'y a pas de problème rm *.bak Fred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Organisation du (des) FS ?
Le 10 Juillet 2002 à 20:19, Francois Cerbelle a écrit: Le Wed, Jul 10, 2002 at 03:19:36PM +0200, Frédéric Giquel ecrit : Une autre solution, c'est d'utiliser mount --bind -o rw /usr/src /usr/src Là, je savais pas. C'est tout nouveau, ce truc ? C'est encore une option qui va permettre de faire de joyeuses conneries, ça ! D'après la page de man (en anglais, celle en français n'en parle pas), c'est une fonctionnalité apparue avec le noyau 2.4.0. Mais avec un 2.4.18, chez moi ça ne fonctionne pas (c'est à dire que le répertoire est bien monté mais que les permissions n'ont pas changées). C'est sur la liste debian-devel que j'en ai entendu parlé la première fois et ça ne fonctionnait pas mieux chez les personnes qui en parlait. A mon avis, c'est une fonctionnalité qui peut être intéressante pour changer les droits (en particulier pour les options seulement accessible au niveau des partitions) pour toute une hiérarchie sans avoir à creer de nouvelles partitions (comme pour l'exemple précédant avec /usr/src ou bien pour empecher l'execution dans le répertoire /tmp pour des raisons de sécurité). En tout cas, j'espère que ça fonctionnera avec les prochains noyaux stables. Fred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Organisation du (des) FS ?
Le 10 Juillet 2002 à 21:32, Arnaud LACOMBE a écrit: Pour le montage de /tmp en lecture seule, le problème est que qu'en tu installe des paquets avec apt-get, dpkg place dans /tmp ses fichiers (éxécutable) de configuration. J'ai eu pendant un moment, /tmp sur un partition séparée montée en noexec et le seul problème que j'ai eu c'était pendant le ./configure pour la compilation de mplayer (execution dans /tmp d'un programme pour détecter la configuration matérielle). Lorsque j'ai organiser mon fs avec /tmp sur une partition séparé, j'avais fait quelques recherches sur l'intérêt de monter /tmp en noexec, les commentaires que j'avais trouvé n'en voyait pas l'intérêt. Une solution serait de dire à dpkg où décompresser les paquets (par example dans /var/tmp). Pour préciser à apt le répertoire qu'il doit utiliser on peut utiliser la variable APT::ExtractTemplates::TempDir dans /etc/apt/apt.conf (voir securing-debian-howto). Pour la sécurité, c'est vrai que l'option noexec n'est pas très utile car contournable facilement. Mais si tu as plusieurs utilisateurs sur ta machine et que tu ne veux pas qu'ils puissent executer les programmes autres que ceux autorisés par root, il faut monter /home, /tmp et /var/tmp en noexec. En plus si ta machine est compromise par un pirate qui profite d'une faille de apache (par exemple), avec les droits de l'utilisateur www-data, il pourra copier un programme dans /tmp pour l'executer ensuite. Dans ce cas le fait d'utiliser une partition séparée pour /tmp pour empecher l'execution est certainement contraignant mais avec --bind, tu peux faire cela de façon simple et, avec à priori, comme seule contrainte de rajouter 2 lignes dans un script au démarrage. Pour l'option --bind, il semble qu'il failler faire un remout, http://groups.google.fr/groups?hl=frlr=ie=UTF-8oe=UTF-8q=%22mount+--bind%22 (le premier résultat). Merci pour le lien. Ca marche en faisant un remount après avoir mounter une première fois avec --bind. -- Les bourreaux sont des hommes ordinaires. Fred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Organisation du (des) FS ?
Le 9 Juillet 2002 à 21:17, Yves Rutschle a écrit: On Tue, Jul 09, 2002 at 09:43:15PM +0200, Raphaël SurcouF wrote: Comment fais-tu pour mettre à jour ta debian si tu montes /usr en lecture seule ? En outre, je me sers de /usr/src pour compiler quoi que ce soit... Tu remontes en readwrite, genre mount -o remount,rw /usr. De plus, tu n'installes ou ne mets pas à jour tous les joursm donc pendant ce temps ça protège tes binaires de bêtises intempestives. Compiler dans /usr/src, ça veut dire que tu compiles en root. C'est mal, un point c'est tout. A+ /Y On peut compiler sous /usr/src en tant que simple utilisateur si on fait parti du groupe src. On peut donc compiler un kernel en tant qu'utilisateur sous /usr/src en utilisant les permissions par défaut de debian. Fred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Deux questions
Le 7 Juillet 2002 à 22:52, Arthur a écrit: On Sun, Jul 07, 2002 at 10:37:30PM +0200, Soliman Hindy wrote: Arthur [EMAIL PROTECTED] writes: Bonsoir, Je voudrais savoir si il existe une commande pour obtenir les options de compilation ? Hum peut être que echo $CCOPTS peut vous donnez une idée, sinon il va vous falloir regarder du côté du Makefile dans les sources. Je veux parlé des option avec lesquels les paquets installé ont été compilés. J'utilise vim comme éditeur et je sais qu'il a un GUI pour X11 et lorsque je lance gvim il me répond qu'il n'a pas été activé à la compilation c'est pour ça que je voudrais savoir quelles ont été les options de compilations de ce paquet pour les réinclure dans ma recompilation. Le paquet vim-gtk contient un executable compilé avec le support GTK. Sinon de manière générale pour connaitre les options de compilations d'un paquet, tu peux télécharger les sources debian (apt-get source nom_du_paquet) et chercher dans le fichier debian/rules qui est un Makefile. Fred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PHP + Apache-ssl
Le 6 Juillet 2002 à 13:26, Mikael Lambert a écrit: Comment puis-je utiliser php avec apache ? J'ai essayé mais ça ne marche pas. Voici ce que j'ai installé : debian:/tmp/html/agenda# dpkg -l|grep php4 ii php4 4.1.2-4A server-side, HTML-embedded scripting langu ii php4-cgi 4.1.2-4A server-side, HTML-embedded scripting langu ii php4-mysql 4.1.2-4MySQL module for php4 debian:/tmp/html/agenda# dpkg -l|grep apache ii apache-common 1.3.26-0woody1 Support files for all Apache webservers ii apache-ssl 1.3.26.1+1.48- Versatile, high-performance HTTP server with ii webmin-apache 0.94-6 apache control module for webmin Vérifie que tu as la ligne LoadModule php4_module /usr/lib/apache/1.3/libphp4.so dans /etc/apache/http.conf et /etc/init.d/apache restart pour que ça soit pris en compte. J'ai aussi un script php, mais il ne s'exécute pas : debian:/tmp/html/agenda# php4 rappel.php X-Powered-By: PHP/4.1.2 Content-type: text/html br / bFatal error/b: Call to undefined function: mysql_connect() in b/tmp/htm l/agenda/rappel.php/b on line b14/bbr / Il faut la ligne extension=mysql.so dans /etc/php4/apache/php.ini pour pouvoir utiliser mysql avec php4. En plus je ne suis pas sur que cette ligne soit prise en compte en lançant php en ligne de commande (en tout cas chez moi ça ne fonctionne pas). Fred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Anciens paquets de Ximian
Le 6 Juillet 2002 à 20:23, Adeimantos a écrit: On Sat, 6 Jul 2002 15:10:18 +0200 Migrec [EMAIL PROTECTED] a écrit: Bonjour, Récemment passé à Woody, (non sans quelques problèmes), je voudrai enlever mes anciens paquets Ximian et les remplacer par les paquets officiels de Debian. Plusieurs problèmes : - pourquoi certains paquets Ximian n'ont pas été remplacés par les paquets Debian plus récents ?- Comment procéder au remplacement de façon automatique ? En ce moment, je fais tout à la main mais c'est très long et je ne peux pas tout enlever puis ré-installer (genre les paquets avec beaucoup de dépendances). Merci d'avance ! -- Migrec J'ai eu ce problème lorsque j'ai voulu faire mumuse avec Ximian et qu'en plus j'avais des paquets Progeny dans la Potato. Grep est ton ami, si tu veux repérer les paquets qui ont un suffixe ximian. Mais un petit script pour effacer les paquets idoines devrait faire l'affaire : for i in 'apt-get search ximian | cut -d' '-f 1`; do dpkg --purge $i;done tu remarqueras qu'on fait jouer en même temps apt et dpkg ;-) Ca ne serait pas plutot apt-cache search à la place de apt-get search. En plus apt-cache recherche aussi dans les descriptions des paquets, ce qui fait que le paquet evolution est trouvé alors que ce n'est pas un paquet ximian. On aussi tous les paquets qui ne sont pas installés qui sont pris en compte avec apt-cache. j'utiliserais plutot une commande comme: COLUMNS=100 dpkg -l *ximian* | grep ^ii | awk '{print $2}' | xargs dpkg -P on peut aussi utiliser dlocate -l ximian à la place de dpkg -l *ximian* si le paquet dlocate est installé (c'est plus rapide). JP -- «Let us beware of the danger of pursuing a Socratic goal, with the means, and the temper, of Thrasymachus». Leo Strauss, Natural Right and History. Fred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: remplacer inetd par xinetd
Le 28 Juin 2002 à 22:40, Antoine Jacoutot a écrit: Bonjour à tous ! Salut On m'a conseillé de remplacer inetd par xinetd afin de profiter des avantages de ce dernier. Simplement, lorsque je veux désinstaller netkit-inetd, il veut me désinstaller les 3/4 de mes services réseaux avec... Quel est le moyen le plus simple pour passer de inetd à xinetd ? Merci d'avance. Il suffit d'installer le paquet xinetd qui désactive inetd. Ce qui se passe exactement est que /etc/init.d/inetd est sauvegardé en /etc/init.d/inetd.real et le paquet xinetd installe un nouveau script /etc/init.d/inetd qui ne contient que exit 0. Fred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pilotes nvidia et freeze
Le 27 Juin 2002 à 00:37, Antoine Jacoutot a écrit: Bonjour à tous ! Hello J'ai un gros pbm avec ma carte GeForce4 TI4200. J'ai installé les derniers pilotes NVidia. Tout fonctionne parfaitement, sauf que régulièrement, mon poste freeze totalement... mais totalement, c'est à dire que plus rien ne fonctionne (accès distant ssh, magic keys...), seul un redémarrage à chaud fonctionne (bouton marche/arrêt). Jusqu'ici, rien de bien grave car je n'ai rien perdu (système de fichiers ext3), mais la machine est quasimment inutilisable puisqu'elle plante tout le temps. Je suis sous Woody, mais je précise que j'ai testé avec Redhat 7.3 et j'ai le même problème... pareil avec des pilotes antérieurs. J'ai tenté tout un tas de configurations différentes mais rien n'y fait. J'ai pensé que cela pouvait venir de la carte mère, alors j'ai installé window$, et le pbm disparait. Donc, il semble que ce soit un pbm linux+nvidia. Si quelqu'un a une idée, je suis preneur. Merci d'avance. Tu peux essayer de jouer sur le support de l'agp en rajoutant (ou modifiant) la ligne Option NvAgp n dans /etc/X11/XF86Config-4 avec n: * 0 - pas de support agp * 1 - support agp de nvidia * 2 - support agp du noyau (agpgart) * 3 - essaye le support agp du noyau et utilise le support agp de nvidia si problème Essaye avec 0 et regarde si tu as toujours autant de plantage. Après si la baisse de performance ne te gene pas trop tu peux laisser comme ça ou bien essayer les autres (en particulier le support agp du noyau qui fonctionne bien chez moi avec une TNT2) Autrement tu peux toujours lire le README.gz dans /usr/share/doc/nvidia-glx/ Fred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Unidentified subject!
Le 23 Juin 2002 à 15:39, Antoine Jacoutot a écrit: Bonjour à tous ! Salut J'ai un serveur uw-imapd sous Woody et je voulais savoir comment je pouvais dire à inet.d de n'autoriser les requêtes imap qu'en provenance de localhost/127.0.0.1 ? Merci d'avance. Tu peux utiliser xinetd à la place inetd (il y a un script de conversion inetd.conf - xinetd.conf fourni avec le paquet) et mettre la ligne bind = 127.0.0.1 dans la section associée à uw-imapd. Fred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Xaw3d et Woody
Le 12 Juin 2002 à 20:24, Nicolas Kowalski a écrit: Bonjour a tous. Salut J'ai constate avec desolation que la Woody n'integre plus les applications liees avec la librarie Xaw3d. Au lieu de cela, je dois desormais me contenter de la Xaw de base...J'ai lu que cette decision etait liee a des problemes de compatibilite. Je ne remets donc pas en cause cet etat de fait. Maintenant, si je veux quand meme pouvoir utiliser des applications avec le lookfeel Xaw3d, je dois recompiler avec les bonnes options... Quelqu'un a-t-il deja effectue cette manipulation sur la woody ? Quelles sont les etapes a suivre ? J'utilise neXtaw (paquet de la potato) pour certaine applications Xaw et j'ai juste à faire : LD_PRELOAD=/usr/X11R6/lib/libneXtaw.so.6 application_a_lancer mais je ne sais pas si ça fonctionne avec Xaw3d. Merci d'avance. Nicolas. Fred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS] Pb de puissance pour l'envoi de mail (script php)
Le 5 Juin 2002 à 13:19, Grégoire Cachet a écrit: salut Salut excusez moi d'etre quelques peu HS, mais ca vient peu être de ma configuration de debian et de ses services. dans le cadre d'un projet qui n'as rien a voir avec debian, je dois gerer une mailing-list en php. Je n'ai pas le choix, je suis obligé d'utiliser PHP (j'aurais bien utilisé mailman, mais c'est impossible) j'utilise mon serveur sous debian woody pour le developpement et j'ai un probleme de lenteur dans l'envoi des mails depuis le script php Voici ma config : P200MMX, 160Mo de RAM, espace disque disponible Versions apache, php, mysql, sendmail classiques de woody le serveur n'est quasiment pas chargé l'envoi de mail de facon classique fonctionne bien, je n'ai jamais eu de problemes. lorsque je veux envoyer mes mails a partir du script php, cela met environ 9 secondes pour 5 mails, ce qui me parait un peu élevé !! je voulais savoir si ce comportement est normal, s'il y a quelque chose a optimiser dans ma config ? c'est la connection au serveur smtp qui prends du temps ou c'est ta machine qui rame. Parce qu'en général, le fait d'envoyer un ou plusieurs mail à un serveur smtp distant prends quelques secondes. Fred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mplayer + GUI
Le 21 Mai 2002 à 21:34, Guillaume JULLIEN a écrit: bonjour, lorsque je cherche à compiler mplayer, la commande ./configure --enable-gui me renvoie : Error: the GUI requires GTK (which was not found) J'ai pourtant les paquets libgtk1.2-common et libgtk1.2 installés Que manque t'il ? Guillaume A priori, libgtk1.2-dev Fred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Question en double a l'upgrade/install
Le 12 Mai 2002 à 16:32, Mickaël Villers a écrit: Bonjour, à chaque fois que j'installe des nouveaux paquets ou upgrade mon système, j'ai le droit aux questions en double, comme avec imp par exemple. Si quelqu'un a une idée de comment régler le prob, ça me ferait plaisir :) Merci Ca vient peut être de la configuration de debconf, dans ce cas il faut faire: dpkg-reconfigure debconf et répondre non à la question Poser de nouveau les anciennes questions ? Fred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: problème_de_copier-coller_dans_emacs?
Le 23 Avril 2002 à 14:40, Nicolas Le Novere a écrit: Bonjour, Un petit peu d'isolatin-9 pour se détendre un peu. J'ai fait de mon mieux pour tout configurer sur mes machines en iso-8859-15. Quand je fais un copier-coller de n'importe quoi dans Emacs, j'obtiens par exemple pour o trema: [%/1\200\214iso8859-15^Bö (ici j'ai recopié la chaine à la main, ce n'est pas un copier-coller) Et des signes standards comme [ ou ] sont transformés en ? Une idée? -- Nicolas LE NOVÈRE Neurobiologie Moléculaire, Institut Pasteur, 75724 Paris cedex, FRANCE e-mail : [EMAIL PROTECTED] http://www-alt.pasteur.fr/~lenov tel : 33-(0)1-45-68-88-44 fax : 33-(0)1-45-68-88-36 C'est un bug qui a été fixé avec emacs21.2 qui est dans woody. Fred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re: problème_de_copier-coller_dans_emacs?
Le 23 Avril 2002 à 15:09, Nicolas Le Novere a écrit: On Tue, 23 Apr 2002, Frédéric GIQUEL wrote: J'ai fait de mon mieux pour tout configurer sur mes machines en iso-8859-15. Quand je fais un copier-coller de n'importe quoi dans Emacs, j'obtiens par exemple pour o trema: [%/1\200\214iso8859-15^Bö (ici j'ai recopié la chaine à la main, ce n'est pas un copier-coller) Et des signes standards comme [ ou ] sont transformés en ? C'est un bug qui a été fixé avec emacs21.2 qui est dans woody. nope. J'utilise la version de Woody (21.2.1) Chez moi, ca fonctionne depuis emacs21.2 et dans le changelog ( http://www.gnu.org/software/emacs/NEWS.21.2), il y a marqué: * Changes in Emacs 21.2 ** Emacs now supports ICCCM Extended Segments in X selections. Some versions of X, notably XFree86, use Extended Segments to encode in X selections characters that belong to character sets which are not part of the list of standard charsets supported by the ICCCM spec. Examples of such non-standard character sets include ISO 8859-14, ISO 8859-15, KOI8-R, and BIG5. To paste selections with such characters into Emacs, use the new coding system compound-text-with-extensions as the value of selection-coding-system. Fred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]