Re: [BIS] les resultats du Sondage 2002 sont disponibles
Erik Rossen wrote: En regardent les logs d'accès sur notre serveur web, je constate que 95% de nos membres ont *oubliés* qu'ils ont une entrée dans la base de données du GULL à http://www.linux-gull.ch/cgi-bin/admin.pl et qu'ils ont un NUMÉRO D'UTILISATEUR et UN MOT DE PASSE associés. Je répète: vous avez un NUMÉRO et non *pas* un NOM d'utilisateur. Vous avez oubliez votre numéro? Alors cherchez-le! Vous avez oubliez votre mot de passe? Alors clickez oublié après avoir rempli le champs numéro et vous allez recevoir un nouveau mot de passe par email! C'est si difficile de comprendre??? La flemme. C'est le plus grand défi que recontre le concepteur d'interface. Pourquoi des résultats de sondages sont-ils protégés? Contiennent-ils des données privées ? Je trouve cela bizarre, et le bizarre me fait craindre des efforts (oui oui, plus que pour écrire cela), et j'ai la flemme. :-) Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Confederation et Logiciels libres
Frederic Schutz wrote: Une réponse au postulat de Josef Zisyadis et consorts, sur http://www.admin.ch/cp/f/[EMAIL PROTECTED] Comme commenté dans la liste Wilhelm Tux, l'Administration aurait peut-être gagné à ne pas répondre du tout... ça fait longtemps qu'on avait pas vu quelqu'un mélanger autant les notions de libre et de gratuit ! Il y a une petite confusion lorsque le texte nie implicitement la possibilité de payer des logiciels libres à des fournisseurs (suisses). Il existe en Suisse de nombreux petits et moyens fournisseurs de logiciels commerciaux capables d'en assurer le développement et la maintenance. Du point de vue économique, il n'est donc pas non plus judicieux d'utiliser exclusivement des logiciels libres. Pour le reste, le texte se base sur le TCO, normal. En outre il met justement en avant les questions d'interopérabilité. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: dd et frères pour copie de disque
Jean-Bruno Luginbühl wrote: Bonjour, Je voulais donc savoir par exemple si mon disqu à copier et sur hda et mon disque cible est sur hdb. Que se passe-t-il si je fait un : dd if=/dev/hda of=/dev/hdb ? Cela va-t-il copier les partitions sur le second disque? Il me semble que oui, mais la table de partitions de hda ne sera pas compatible avec hdb. C'est du moins ce que je déduis de http://www.nondot.org/sabre/os/files/Partitions/PartitionTables.txt, même si ce document est sans doute un peu dépassé. Faut-il plutôt faire quelque chose du genre : dd if=/dev/hda1 of=/dev/hdb1 (mais dans ce cas comment créer hdb1?) Si la partition hdb1 et égale (ou plus grande?) que hda1, alors peut-être (vraiment peut-être) que ça peut fonctionner. Pour voir et créer des partitions, le programme Linux cfdisk est excellent. ou alors dd if=/dev/hda1 of=/dev/hdb fonctionne-t-il? (mais alors comment copier ma partition Linux (hda5 ou hda6)?) Voilà, tous conseils éclairés seraient le bien venu. hda ou hdb représentent tout un disque. hda1, hda5, hdb1 représente seulement une partie du disque hda ou hdb, d'où le nom 'partition'. Ces parties sont définies par des données enregistrées au tout début du disque, dans une structure de données appellée la table des partitions. Je ne sais pas quel est le format actuel de cette structure, mais je soupçonne qu'il définisse les partitions d'après les cylindres, tête de lecture et secteur du disque. Or les disques ayant un nombre différent de cylindres, têtes, secteurs par cylindre... les tables de partitions ne sont pas portables entre disques non identiques. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: localhost VS internet
[EMAIL PROTECTED] wrote: quand je fais [ http: // 192.168.100.195/~moi ], je me retrouve chez linux.com . Quand je fais [ http: // 192.168.100.195/ ], je suis bien sur mon localhost, et avec [ http: // localhost/~moi/ ] (avec le slash a la fin), ca marche je suis dans mon public_html. Comme configuration j'ai /etc/hosts: 127.0.0.1 localhost /etc/hosts.conf: order host, bind Je ne comprends pas comment je peux me retrouver sur l'internet avec [ ht tp://localhost/manual ] par exemple. Le problème n'a pas lieu à ce niveau. C'est une redirection par le serveur Web. Ca se passe avec Mozilla et Lynx. Quelqu'un peut-il m'aider? Pour voir ce qui se passe : ### telnet localhost http GET /moi HTTP/1.0 ### avec 2 retours à la ligne après le GET /moi HTTP/1.0 Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: ^e
pierre maitre wrote: Marc Mongenet wrote: c'est insurmontable car je ne peux pas me logguer dans Gnome en tant que root. Si vous utilisez gdm, l'utilitaire /usr/bin/gdmconfig (option: expert) vous permet d'autoriser de se logger comme root sous gdm/gnome. Merci, c'est effectivement une solution. Mais il me faudrait une solution qui ne requiert pas la divulgation du mot de passe root. Debian ne propose pas de groupe exprès pour shutdown, étonnant. Je verrais une solution avec sudo et un bouton exprès dans Gnome, mais ça a déjà dû être fait, non ? Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: ^e
Marc SCHAEFER wrote: On Wed, Feb 26, 2003 at 01:59:09AM +0100, Marc Mongenet wrote: Étonnament, Woody charge par défaut Gnome, en revanche si je lance startx, c'est KDE. KDE a effectivement l'air bien, sans doute mieux que Gnome. Etonnamment, pas chez moi. Il a installé KDE et kdm. Sauf erreur il pose la question lors de l'installation. Il m'a aussi posé la question et j'ai répondu gdm. À noter que dans le cas normal tout va bien. C'est lorsque je crée une configuration erronée de XFree86, que je me retrouve en console et que je lance XFree86 par startx avec root que l'environnement KDE est lancé. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: ^e
Marc SCHAEFER wrote: On Wed, Feb 26, 2003 at 01:36:55AM +0100, Marc Mongenet wrote: /etc/inputrc set input-meta on set output-meta on set convert-meta off Dans la catégorie options intéressantes du shell, il y a : shopt -s histappend HISTCONTROL=ignoredups HISTSIZE=32767 export HISTCONTROL HISTSIZE unset HISTFILESIZE Le shopt -s histappend évite l'écrasement de l'historique par le dernier shell qu'on ferme, ce qui fait perdre énormément d'histoire sous X avec plusieurs shells ouverts. Les autres variables servent à augmenter la taille par défaut très faible de l'historique. L'aide de bash donne de meilleures explications que moi. :-) Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: ^e
pierre maitre wrote: Marc Mongenet wrote: La solution: 1) avec /usr/bin/gdmconfig (option Basic, onglet Login appearance): Login behaviour chez moi. activer le bouton Show the 'system' menu, (for reboot, shutdown etc) 2) comme utilisateur non root, pour faire un shutdown il faut: a) logout b) dans la fenêtre de login de gdm, presser system - shutdown (j'en conviens, c'est pas très intuitif) Tout à fait ce qu'il me fallait, merci beaucoup. Ce qui m'agace le plus avec gnome, c'est l'absence de documentation. Mais sinon, j'aime bien cette interface sobre et moins clinquante que KDE Pour ma part, vu la stabilité de Gnome, il est fort probable que je le jette bientôt. Je lui laisse encore quelques jours de grâce... Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: ^e
Ivo Bloechliger wrote: Peut-être tu devrait esseyer KDE. Il gère les claviers très bien (j'écris ce-ci sur un claiver américain et ça marche) pour toutes les applications. En plus c'est très facile de changer entre des differentes layouts (Control-Center - Peripherals - Keyboardlayouts). Et si ta machine est assez puissante pour faire tourner XP, tu pourra faire tourner KDE sans problème ;-) Étonnament, Woody charge par défaut Gnome, en revanche si je lance startx, c'est KDE. KDE a effectivement l'air bien, sans doute mieux que Gnome. C'est la première fois que j'ai chez moi plus qu'un simple fvwm sans module. Je ne peux pas dire que je sois vraiment convaincu. Il y a encore des problèmes d'une insurmontable bêtise. Par exemple, dans Gnome, pour éteindre le PC, il y a un menu (mal accessible) Shutdown or reboot qui me répond You must be the super-user... C'est déjà bête (pourrait demander un mot de passe). Mais en plus c'est insurmontable car je ne peux pas me logguer dans Gnome en tant que root. Comment peux faire un débutant? L'aide (qui n'est pas installée par défaut!) dit qu'il faut avoir le droit d'exécuter /sbin/shutdown pour que le menu présente les options, mais sans expliquer comment acquérir ce droit. D'ailleurs je ne vois pas comment faire. Changer le groupe de /sbin/shutdown (root par défaut) ??? Indiquer à Gnome qu'il faut utiliser sudo ou un truc du genre ? Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Nettoyer apt-get?
Leopoldo Ghielmetti wrote: C'est un oubli dans les fichier fr_CH*.map.gz Pour avoir le | sur le Alt-1 aussi, il te faut ajouter le mot bar séparé par un tab dans le fichier que tu utilises sur la ligne qui corréspond au 1. moi j'ai: keycode 2 = one plus bar alt keycode 2 = Meta_one A noter que cette petite incoherence est maintenant corrigee dans Debian unstable : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=159644 Comme je suis en stable, je n'ai cependant pas pu constater moi-meme. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: la bonne nouvelle du jour
Daniel Cordey wrote: On Wednesday 08 January 2003 15:57, pierre maitre wrote: . Estimant qu'une personne qui a acheté un DVD a le droit de le visionner, le tribunal légitime le décryptage de DVD pour un usage privé. À noter qu'au moment où Jon a fait DeCSS, la Norvège n'avait pas encore revu le droit d'auteur. Sous le nouveau droit, inspiré de la révision (voir http://eucd.info/) de l'UE (dont la Norvège ne fait pas non plus partie), il est probable qu'il serait condamné. En Suisse, depuis peu, il n'est plus permit de vendre un DVD d'une autre zone que la zone 2. No comment :-( Daniel En fait il faut demander l'autorisation au détenteur des droits. Bien sûr ce n'est pas très commode et il peut refuser. Le Temps avait fait un bel article là- dessus. C'est un effet de bord innattendu, du moins pour les andouilles de fonctionnaires et d'élus qui aurait dû s'intéresser d'un peu plus prêt à l'intérêt général. On peut soupçonner que les intérêts particuliers qui ont aidé à la rédaction de la loi sont moins surpris. C'est un risque pour les logiciels libres que posent toutes les révisions de droits techniques comme le droit d'auteur ou des brevets. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: diald et ethertap
Marc Mongenet wrote: Le Pentium ajoute sauf erreur les instruction SSE (du MMX en ^^^ !!! Oups, tite erreur de frappe, je pensais au Pentium !!!. virgule flottante). Et le Pentium 4 ajoute les instructions SSE2. AMD n'a pas de licence pour les instructions SSE2 alors ils ont créé leurs propres instructions vectorielles. L'architecture x86 se fractionne lentement. Avec l'Opteron ça risque de commencer une histoire aussi touffue que celle des UNIX. :-) Marc -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: diald et ethertap
pierre maitre wrote: Question de béotien (avec mes excuses anticipées) : c'est quoi un 686? 386, c'est clair. 586, c'est un pentium. C'est effectivement un peu compliqué. Il y a 3 générations, qui comprennent plusieurs variations : 586 (1993) : Pentium, (1996) Pentium MMX 686 (1995) : Pentium Pro, (1997) Pentium II, (1999) Pentium !!! 786 (2000) : Pentium 4 Le Pentium Pro, premier 686, a surtout été utilisé dans des serveurs. Une de ses particularités était d'avoir 2 silicones dans une puce (sauf erreur la cache L2 était le second). Il n'avait pas non plus les instructions MMX, qui ne sont d'ailleurs sorties qu'en 1996. Le Pentium II a été le premier 686 grand public. Il avait les instructions MMX. Le Pentium ajoute sauf erreur les instruction SSE (du MMX en virgule flottante). Celeron est le nom qu'Intel semble avoir adopté pour tout ce qui est bas de gamme. Xeon est utilisé pour le haut de gamme (CPU pour serveurs multiprocesseurs) Il est intéressant de noter les 5 ans qui séparent le 686 du 786. Pendant ce temps Intel se concentrait sur l'Itanium. Je pense que lorsqu'AMD a sorti l'Athlon (K7) Intel s'est dépêché pour le Pentium 4. Il faut aussi dire que l'architecture 686 était inpressionnante. Le Pentium Pro est sorti à 200 MHz, en battant les RISC au passage dans les benchmark SPECint. La même architecture a dépassé le gigahertz avec le Pentium !!!. Et 686, c'est à partir de quel processeur? J'ai un pentium II 300 MHz, est-ce que ça entre dans la catégorie 686? Oui. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: diald et ethertap
pierre maitre wrote: Curieux, chez moi il n'y a ni ethertap ni slip: station0:~# grep -i slip /boot/config-2.4.18-bf2.4 station0:~# grep -i tap /boot/config-2.4.18-bf2.4 CONFIG_BLK_DEV_IDETAPE=m station0:~# il n'est donc pas nécessaire de compiler son propre kernel. En fait j'aimerais simplement faire un modprobe ethertap, sans compiler le kernel, ça me parait plus simple. Est-ce possible? J'ai un ethertap.o compilé pour le noyau 2.2.23, ça ne fait sûrement pas l'affaire. Pourquoi ne pas prendre le ethertap.o dans le paquet indiqué par Marc Schaefer et le mettre dans /lib/modules/2.4.18-bf2.4/net/ ? Pour ma part j'ai trouvé plus simple de recompiler le noyau, mais ce n'était pas la première fois. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Jeu de caractere
Marc SCHAEFER wrote: On Fri, 6 Dec 2002, Marc Mongenet wrote: C'est tout de même l'usage qui dicte à l'informatique et non l'informatique qui dicte l'usage. Dans le cas de l'Euro, n'est-ce pas le contraire qui s'est fait, justement? Qui écrit ce caractère complètement ridicule ? Ben sur Internet il y a un risque d'incompatibilité qui fait que par exemple http://www.amazon.fr utilise EUR. Mais sur les couvertures de magazine (Hebdo, Réponse Photo, Catalogue Nouvelles-Frontière, tous ceux que j'ai sous la main) on trouve le symbole euro. Et puis on trouve tout de même pas mal de sites: http://www.nouvelles-frontieres.fr http://fr.yahoo.com/ http://www.tf1.fr/ Un peu partout en fait... Dans les magasins aussi il me semble, sauf peut-être dans ceux dont les prix sont imprimés par du matériel informatique. :-) Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: [Debian] support kernel 2.2.22
Frederic Schutz wrote: Le Fri, 15 Nov 2002 01:30:47 +0100, tu as ecrit : Debian 3.0 propose le noyau 2.2.20 or plusieurs failles de sécurités ont été corrigées dans le noyau 2.2.22. Peut-être les corrections ont-elles été rétro-intégrées par Debian, mais je n'ai pas vu trace de cela dans la doc Debian accompagant le noyau 2.2.20. Je ne pense pas que ce soit le cas, car le package qui contient le noyau 2.2.20 n'a pas été mis à jour depuis avril (voir par exemple la page http://packages.qa.debian.org/k/kernel-image-2.2.20-i386.html), alors que le noyau 2.2.21 est sorti en mai et le 2.2.22 en septembre. À la limite on aurait pu penser que les corrections étaient connues et avaient été déjà intégrées dans le noyau Debian bien avant la sortie du noyau officiel? Je ne pense pas en l'occurrence. Merci pour le lien sur packages.qa.debian.org, je ne connaissais pas. J'ai vu que le noyau 2.2.23 n'était nul part, je vais essayer tout à la main. Marc -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: truc et astuce: bash - Connaissez-vous votre alphabet
Pierre Maitre wrote: Bonsoir J'ai un problème avec le petit script de Félix. Ca m'est tombé dessus en bidouillant sur la ligne de commande pour essayer de comprendre ce que faisait le printf: [maitre@anesth1 tmp]$ i=97 [maitre@anesth1 tmp]$ printf \\%3o\n $i \141 [maitre@anesth1 tmp]$ echo -e $(printf \\%3o $i) a Jusque là, pas de problème, mais maintenant je substitue: [maitre@anesth1 tmp]$ echo -e $(\141) bash: 141: command not found Là je comprends plus man bash dit (entre autre) : A non-quoted backslash (\) is the escape character. It preserves the literal value of the next character that follows Donc «\1» signifie «1», donc «\141» signifie «141» et $(\141) signifie $(141). Ceci est censé être remplacé par la sortie de la commande «141», mais elle n'existe pas ! Note: «echo -e $(printf \\%3o $i)» est plus équivalent à «echo -e \\141». Certes le printf ne produit qu'un seul «\» mais man bash dit encore : When the old-style backquote form of substitution is used, backslash retains its literal meaning except when followed by $, `, or \. The first backquote not preceded by a backslash terminates the command substitution. When using the $(command) form, all characters between the parenthe- ses make up the command; none are treated specially. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: adsl pour 2 PC
Francis Olof Garnier wrote: Par contre je ne connais pas le 642M. Es-tu sur qu'il ne s'agit pas du En fait je ne le connais pas non plus, mais tu en parlais dans http://www.mail-archive.com/linux-leman@alphanet.ch/msg08393.html :-) Et il semblait avoir 4 connecteurs au lieu de 1. 642R ? Ce dernier est adapté (sauf erreur) si tu veux héberger un site web sur une de tes machines, il me semble. Pourquoi le 642ME empêche-t-il l'hébergement d'un site Web ? Est-ce une limitation dans la traduction d'adresse IP ? Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: adsl pour 2 PC
Escario Julien wrote: Ils disent aussi qu'il est limité à 4 postes clients mais cela est absolument FAUX. C'est dû au fait qu'ils limitent le masque de sous-reseau à 255.255.255.252. Serait-ce la seule limitation des Zyxel ME par rapport aux R ??? J'ai lu la fiche technique des 650ME et 650R et je n'ai pas vraiment vu de différence plus poussée que cela. En fait vu la qualité horrible de la doc Zyxel (pour un acheteur potentiel), je suppose que le service marketing crée des produits artificiellement différents et essaie de pondre une fiche technique à partir de la doc des ingénieur. Ce qui donne un étonnant mélange d'informations trop techniques pour être utiles (numéros de RFC) et d'omissions (comme cette limitation de masque) qui empêchent de savoir ce qu'on achète vraiment. Mais de toute façon je ne compte pas dépasser 4 PCs. En revanche j'aimerais bien pouvoir faire serveur, d'où mon inquiétude quant à la différence entre ME et R. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Ajout de module
Marc SCHAEFER wrote: Et effectivement, pour être propre, il faut faire make-kpkg clean si l'on désire changer de version du package. Rien n'oblige de changer la version, cependant. Tiens oui, j'avais un préjugé contre ceci. Donc concrêtement, j'avais construit et installé kernel-image-2.2.20_marc.1.0_i386.deb sans ethertap.o. J'aurais pu faire make xconfig (pour ajouter ethertap) puis fakeroot make-kpkg --revision=marc.1.0 kernel_image et installer dpkg -i kernel-image-2.2.20_marc.1.0_i386.deb par-dessus l'ancienne version ? De plus, on peut très bien compiler son kernel sur une machine rapide, même sans root (avec fakeroot). J'ai bien une seconde machine, mais c'est un Amiga 3000. Je me demande combien de temps prendrait une compilation de noyau là-dessus ? :-) Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Ajout de module
Pour ajouter un module (ethertap.o) à un noyau, existe-t-il un moyen fiable et néanmoins rapide ? Est-ce que make xconfig, make dep, make modules, make modules_install suffit ? Et avec les outils make-kpkg de Debian ??? Il semble que make-kpkg clean soit nécessaire pour générer une nouvelle release du kernel-image.deb. Mais alors tous les .o sont effacés, autant ne pas avoir de make. :-( J'ai vu dans le manuel de make-kpkg une option modules, mais elle ne semble utile que pour des modules de sources hors-noyau. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: redirections
Paul-Jean Cagnard wrote: Bruno Crochet wrote: On Fri, 1 Nov 2002, Arnaud Burlet wrote: peut etre que (sous bash) : arecord | vu 21 fic.wav | vugraph voir man bash pour des explications Ca marche! Mais j'avoue ne pas bien comprendre pourquoi (meme après un man bash)... Si on réunit les canaux 2 et 1 avant fic.wav comment se fait-t'il que 2 n'aille pas dans fic.wav ?? Y a t-il une adresse sympa ou tout ceci est expliqué de façon détaillée avec qlq exemples ? Dans la man page de sh, bash aussi je suppose. En bref, vu 21 fic.wav est différent de vu fic.wav 21 Un morceaux de (pseudo-)code valant bien 10 lignes de texte: ls dirlist 21 stdout := dirlist stderr := stdout ls 21 dirlist stderr := stdout stdout := dirlist Voilà. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: comprend pas!!!
Bruno Crochet wrote: J'ai fais rm -rf * /mnt/floppy pour effacer tout ce qu'il y avait dans... Comme l'a dit Paul-Jean Cagnard, heureusement que tu n'étais pas root... En l'occurrence cela aurait peut-être fait moins de dégat. En tout cas je n'ai rien d'intéressant dans /root, contrairement à /home/moi. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Part de march navigateur
Jean-Bruno Luginbühl wrote: Le jeu 10/10/2002 à 15:22, Sebastien Cevey a écrit : Pas de chance, Javascript n'est pas une recommandation du W3C, c'est juste un language fait maison inventé par Netscape et concurrencé par le JScript de IE qui, bien évidemment, n'est pas totalement compatible. Cela a été inventé par Netscape? A propos quel rapport avec Java language de Sun? Si je me souviens bien car ça commence à dater, Netscape a intégré un langage de script à partir de la v2.0 de Navigator. Ce langage était censé s'appeler LiveScript. Mais au même moment SUN faisait plein de bruit autour d'un langage professionnel, complet, write-once run-everywhere appelé Java. Et là deux décisions marketing magistrales eurent lieu. 1 SUN vanta son langage et sa VM (par applet) comme étant l'avenir du Web afin de surfer à fond sur la vague Internet naissante. Ils attirèrent effectivement plein d'informaticiens intéressés, même si les applets n'ont finalement eu aucun rôle notable dans le Web. 2 Netscape rebaptisa LiveScript en JavaScript pour vanter son langage comme un Java léger. Et plein de monde se mis à touiller un peu de JavaScript. Techniquement, les deux langages sont inspirés par la syntaxe C, autrement il n'y pas de rapport. Depuis quelques années une version de JavaScript est standardisée, elle s'appelle ECMAScript. Mozilla doit être un des premiers navigateurs à supporté ce standard. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: PHP
Sebastien Cevey wrote: Moui je sais que le debat a deja eu lieu à plusieurs reprises mais pour ma part je trouve que le rendering de CSS un poil avancé est une catastrophe par IE. Il suffit de commencer à utiliser les floats pour que Gecko se montre bien supérieur, IE affichant une page à peine lisible. Il existe une série de tests CSS1 officiels qui permet de se faire une idée par soi-même, avec de la patience... http://www.w3.org/Style/CSS/Test/ Cela dit, il faut se lever tôt pour trouver dans Mozilla un bug d'affichage qui ne soit pas déjà reporté et discuté jusqu'à la mort. J'ai essayé, pas réussi (DUPLICATED). En plus on m'a parlé du DOM Inspector sous Mozilla qui est genial (parait-il) pour explorer son code, etc. Je n'ai pas encore essayé, mais j'ai passé 2h hier après midi à comprendre le fonctionnement avancé des floats :) Tools - Web Development - DOM Inspector sur mon Mozilla 1.0.1 basique. Comme le nom l'indique, cet outil présente le modèle sous lequel Mozilla voit un document. Soit une vue arborescente du source. Et quand on clique sur un noeud l'élément affiché clignote. En plus pour chaque élément on peut voir les propriétés CSS, les objets JavaScript... Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Petite config
C.Forestier wrote: Bonjour à tous, Bonjour, Un petit souci persiste, lors de l'instalation d'une Debian (Potato ou Woody)sur un Pentium 75Mhz avec 72MB de RAM,tout ce déroule sans problème jusqu'au message : J'écris ceci sur Mozilla sur une Debian 3.0, Linux 2.2 avec 64 Mo de RAM (mais K6@200), donc a priori c'est tout à fait possible. Un peu lent tout de même avec Mozilla... . RAM disk driver initialized: 16 RAM disks of 4096K size loop: registered device at major 7 Là, plus rien ne se passe, la seule solution est un reset Je suppose que c'est une question de RAM, mais que puis-je faire? Qu'est-ce que ce loop: registered device at major 7 Ah, bonne question, je ne sais pas non plus à quoi servent tout ces RAM disks or je n'arrive pas à trouver des informations ciblées sur Google. Ça arrive. J'avais aussi 16 disques, mais de 16384K, avant de recompiler le noyau ! http://home.infomaniak.ch/Mongenet/Marc/Articles/Journebian/dmesg_2.2.18pre21_reserve.txt Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Problmes wvdial et pppd sous Debian.
Thierry Lombardot wrote: Est-ce que qqun a déjà expérimenté wvdial sous Debian ici en Europe (euh... ou en Suisse)? J'avais utilisé wvdial sans grande peine en Suisse avec Debian 2.2. Peut-être ai-je noté quelques informations qui puissent être utiles à http://home.infomaniak.ch/Mongenet/Marc/Articles/Journebian/ Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
telnet,exim,ssh,lynx... resolution de nom confidentialité lenteur bugs debian
Après pas mal d'heures de recherche j'ai découvert pourquoi mon diald s'est mis à composer des numéros tout seul après que j'aie configuré exim. Le problème étant en fait beaucoup plus général. Comme il cause beaucoup de traffic sur Usenet sous toutes sortes de fils, il est probable que des membres du GULL soient également touchés. Je poste ici le résultat de mes recherches. Le symptôme est que Woody a une malheureuse tendance à appeler des serveurs DNS externes pour résoudre des noms internes. Ceci cause entre autres des problèmes de lenteur, de confidentialité (diffusion des noms) et dans mon cas de coûts téléphoniques (diald). Pour une fois je n'étais pas seul à rencontrer un problème. :-) http://groups.google.com/groups?hl=enlr=ie=UTF-8oe=UTF-8threadm=3D80DF31.3050905%40my.homernum=1prev=/groups%3Fq%3Dtelnet%2Bdns%2Bdebian%26hl%3Den%26lr%3D%26ie%3DUTF-8%26oe%3DUTF-8%26scoring%3Dd%26selm%3D3D80DF31.3050905%2540my.home%26rnum%3D1 http://groups.google.com/groups?hl=enlr=ie=UTF-8oe=UTF-8threadm=listgate20020706180005%246671%40attila.bofh.itrnum=7prev=/groups%3Fq%3D%2522hosts.conf%2522%2B%2522nsswitch.conf%2522%26hl%3Den%26lr%3D%26ie%3DUTF-8%26oe%3DUTF-8%26scoring%3Dd%26selm%3Dlistgate20020706180005%25246671%2540attila.bofh.it%26rnum%3D7 http://lists.debian.org/debian-user/2001/debian-user-200101/thrd11.html#05122 Ce qui n'empêche que Debian semble réagir avec zèle digne de Microsoft. :-( http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=121101 D'ailleurs, sans vouloir troller, les bugs de Debian sont-ils suivis ? Mon interprêtation de ce que je vois dans la (mauvaise) interface de bugs.debian.ch me fait douter. Bon, j'ai tout de même lu en 2 endroits séparés que le problème vient en fait d'une tentative de résolution IPv6 en plus de IPv4. Et effectivement j'ai ceci dans /etc/hosts: 127.0.0.1 yok-yok localhost # The following lines are desirable for IPv6 capable hosts # (added automatically by netbase upgrade) ::1 ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters ff02::3 ip6-allhosts Le problème était qu'il manquait localhost et yok-yok aussi pour ::1. Voilà. Bien sûr dans le cas d'un fichier /etc/hosts contenant des hôtes ayant uniquement une adresse IPv4 cette solution ne me semble pas bonne. La solution propre me semblerait d'interdire à la libc la résolution pour IPv6. Est-ce théoriquement et pratiquement possible ? Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: The Gimp (was: Re: apt et rpm)
Marc SCHAEFER wrote: On Tue, 3 Sep 2002, Marc Mongenet wrote: Aah, c'était scale et pas update. Effectivement, ainsi ça va mieux. Tu utilises les menus, ou les symboles sur la gauche ? J'ai surtout utilisé la barre d'outils. La version avec laquelle j'ai commencé (1993?) n'avait pas de menus, juste les symboles (`la toolbox'), peut-être que simplifier l'interface est la solution. C'est possible. En tout cas le dessin des icônes d'outil est trop fouilli pour qu'on arrive à les reconnaître sans efforts. En fait même avec des efforts c'est pas si aisé. Pour les boutons en haut qui déroulent des menus, s'ils fonctionnaient comme des menus raisonnables, se serait aussi un plus. Il faudrait aussi sans doute changer de bibliothèque de widgets car actuellement il y a quelques bugs, certes mineurs, mais qui laissent une impression de bâclé pénible et indigne d'une interface. Par exemple, dans le menu de choix de bibliothèque de figures, la marque 3D de sélection disparaît quand un sous-menu est ouvert. En outre des marques noires restent dans le menu après un rapide survol avec la souris. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: The Gimp (was: Re: apt et rpm)
Félix Hauri wrote: On Tue, 3 Sep 2002, Marc Mongenet wrote: Dommage pour XFig, il pourrait effectivement entrer dans ma catégorie des programmes qui durent et valent la peine d'être connu. Mais je n'ai pratiquement jamais besoin de faire des figures. Alors s'il y a encore beaucoup de trucs aussi surprenant dans l'interface, je ne risque pas de progresser. As-tu vu la librairie de figures? Pas ces derniers temps... Il y a pas mal de trucs utiles, même des maisons, héhé. :-) Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: [Debian] configs clavier fr_CH console et X Window
Marc SCHAEFER wrote: Je crois que tout bug sur un package Debian est de toute façon utile s'il est bien documenté, vu qu'il permet à n'importe qui d'aller voir les corrections possibles. C'est fait, bug #159644. On verra ce qui se passe. Je suis un peu étonné, il y a une majorité de bugs qui ont l'air de traîner depuis des mois, voire des années. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: The Gimp (was: Re: apt et rpm)
Marc SCHAEFER wrote: On Mon, 2 Sep 2002, Marc Mongenet wrote: (de la maison), j'ai eu le message Only spline points étonnant, c'est pourtant une des choses faciles à faire (si la fenêtre était un rectangle indépendant) (soit scale, soit changer le point de place). Sinon, il faut d'abord désouder le groupe de composants. Aah, c'était scale et pas update. Effectivement, ainsi ça va mieux. J'ai aussi compris pourquoi il m'a fallu si long pour voir le message Only spline points... la dernière fois : En fait lorsque j'essaie un update sur un rectangle, le message est affiché environ 1/25 seconde en haut de la fenêtre. Je me demande comment j'ai réussi à le voir la dernière fois... Dommage pour XFig, il pourrait effectivement entrer dans ma catégorie des programmes qui durent et valent la peine d'être connu. Mais je n'ai pratiquement jamais besoin de faire des figures. Alors s'il y a encore beaucoup de trucs aussi surprenant dans l'interface, je ne risque pas de progresser. Ca paraît sans doute idiot lorsqu'on connaît les capacités du programme. Mais lorsque ce n'est pas le cas, comme moi, on peut sincèrement penser qu'il n'est pas possible de mettre à jour un objet avec la souris et laisser tomber le programme... Dommage. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: The Gimp (was: Re: apt et rpm)
Marc SCHAEFER wrote: On Mon, 2 Sep 2002, Félix Hauri wrote: Lance-toi dans l'utilisation de XFig pour les figures! J'ai toujours trouvé l'interface de xfig Tu verras ce qu'est un interface déroutant. très logique. Je peux confirmer que XFig a facilement passé mon test de la maison (méthode approuvée et indiscutable :-) |¯|/\ | / \ |/\ / \ /\ /||\ | |¯| |¯|| | ¯ ¯ | || | |¯| | | | | | ¯¯ Cependant, lorsque j'ai voulu redimensionner une fenêtre (de la maison), j'ai eu le message Only spline points can be edited (en fait je me suis ennervé 3 minutes avant de voir où était le message). Logique (plus que Gimp), mais limité, surtout pour une version 3.2 ! Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: fonction c++
Daniel Cordey wrote: On Monday 02 September 2002 01:05, Marc Mongenet wrote: $0003 EXTRW,U %r31,31,8,%r24 ;offset 0x10 ADD,L %r28,%r24,%r28 ;offset 0x14 $0001 ADDIB,1,%r23,$0003;offset 0x18 EXTRW,U %r31,15,16,%r31 ;offset 0x1c J'avais lu que l'architecture avait des instructions assez 'spéciales', mais utilisées très efficacement par HP, d'où les bons benchmarks. Ce EXTRW m'a effectivement l'air particulier(ement efficace). Avec le ADDIB ça devient franchement du CISC (comme DBcc sur MC68000). D'après ce que j'ai cru comprendre (notemment des mauvaises surprises avec l'Itanium) même les simulateurs des fabriquants ne donnent pas des résultats fiables. Quel fabricants ? Il n'y a qu'un seil fabricant (Intel) et une société qui possède des simulateurs depuis bientôt 10 ans (HP), qui se trouve être celle qui maîtrise le mieux les compilateurs de cette architecture... et le concepteur du jeux d'instructions... Je ne sais plus. Je me souviens d'articles à propos des prévisions de performances que les fabricants font avant le premier prototype. Je suppose que chaque fabricant utilise cela pour optimiser le dimensionnement des caches, prédictions ou autre, non ? Comme Intel/HP l'ont fait dans ce projet : http://www.intel.com/technology/itj/q32001/articles/art_4.htm Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: fonction c++
Daniel Cordey wrote: Bien d'accord que des autres principes peuvent etre plus efficaces. btw une multiplication par deux est souvent traduit par add eax, eax. Et maintenant, il reste à faire la somme des cycles machines pour chaque boucle. J'imagine que sur ix6 une multiplication s'ffectue sur plisueieurs cycles... De plus, qule prix à payer pour les 'test', 'lea' et 'jnz' ? Sur un microprocesseur moderne je ne suis pas sûr que ce soit possible. Avec le pipelining, la multi-scalarité, les prédictions de branchement, les caches miss (L1/L2, instructions/données, TLB), les problèmes d'alignement, les chargements spéculatifs, les dépendances d'accès aux registres, les 100 autres instructions qui était in-fly avant... D'après ce que j'ai cru comprendre (notemment des mauvaises surprises avec l'Itanium) même les simulateurs des fabriquants ne donnent pas des résultats fiables. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: apt et rpm
Anne Possoz wrote: J'ai la même opinion pour les outils UNIX sous Microsoft Windows: on se complique la vie. Vaut mieux rester à 100% sous Microsoft Windows plutôt que de bricoler avec des solutions bancales. Je ne souscris pas à cette remarque. Utiliser du logiciel libre sous windows est un bon pas dans la bonne direction. Les étudiants de gnugeneration.epfl.ch font un cdrom gnuwin qui est bien apprécié par d'autres étudiants ingénieurs. Je ne sais si on peut considérer The Gimp comme un outil UNIX, mais après avoir essayé quelques logiciels graphiques Freeware limités sur Windows, j'ai été extrêmement étonné et heureux de voir qu'il n'y avait que 6 Mo à télécharger pour avoir un Gimp complet (y compris locales !) à partir de rien (pas besoin de Cygwin notamment, et GTK+ est compris dans les 6 Mo). Et à l'exception de la logique de l'interface spécialement difficile à saisir, c'est définitivement mieux que tous les autres logiciels que j'ai trouvé. Ce fut un petit témoignage, Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
OT: problemes avec chipset VX (Pentium I) et carte PCI récente
Blaise Vogel wrote: Le Vendredi, 30 Août 2002 22.58, Thierry de Coulon écrit : Pour l'instant, il se passe les choses suivantes: s'il enlève la carte graphique (il n'y a donc plus rien du tout de connecté), l'ordinateur émet un bip, puis plus rien. Normal, le bios remarque qu'il n'y pas de carte graphique S'il met la carte graphique, ile ne se passe RIEN, seuls les ventilateurs tournent.. L'écran est tout noir? Le bios se bloque? Premier écran avec les infos de la carte graphique? Première idée: (dans le désordre) -Barrette de mémoire: faire une disquette de boot avec memtest86 http://www.memtest86.com/ -Config. des disques- cd -dvd maitre-esclave (reconnaissance par le bios) -Mise en place des connecteurs sur la carte mère (led hdd - reset - power - ..) y compris la polarité -Normalement un p4 ne peut pas être mal mis (quoique, on aura tout vu!) -Alimentation, certaines cartes ont plusieurs connecteurs (ATX + un carré de 4(rare) + un rectangle(très rare)) -Relire le manuel de la carte mère de A à Z -Changer/éliminer les composants un à un -... Bonjour, dans la même veine, j'ai essayé une carte graphique PCI récente (Hercules Prophet 4000TX, chip Kyro) dans un vieux PC et obtenu exactement le même résultat (écran tout noir). En fait la carte est tellement mal reconnue qu'une seconde carte graphique (ISA en l'occurrence) fonctionne très bien, même en sa présence ! Dans un PC à peine plus récent (K6, chipset 430TX) en revanche, pas de problème avec la Kyro. Ce qui m'a le plus étonné, c'est de voir dans les xigences pour la carte Kyro : processeur K6, Pentium II ou mieux. Se peut-il qu'une carte PCI soit incompatible avec un CPU ? Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: fonction c++
Ivo Bloechliger wrote: On Thu, Aug 29, 2002 at 06:34:28PM +0200, Francois Ryser wrote: Bonjours, Je recherche une methode en c++ de compter le nombre de bits a 1 dans des mots de 16 bits, mais avec un imperatif de vitesse car nous devons faire sur 1 million de mots de 16 bits Je pense que l'utilisation d'opérations sur bits devrait être plus rapide du style (pour l'intérieur de la boucle). r += w 1; // bit-wise logical AND w =1; // bit-shift unsigned int while_cnt (unsigned int mot) { unsigned int res = 0; while (mot != 0) { res += mot 1; mot = 1; } return res; } Ou bien le plus simple, avec la bibliothèque standard : unsigned int std_cnt (unsigned short mot) { return std::bitset16(mot).count(); } Sinon faire un tableau à 65536 (=2^16) entrées et stocker les résultat peut valoir la peine dans ton cas également. unsigned int tab_cnt2 (unsigned short mot) { return lookup16[mot]; } Ou bien avec un tableau de 256 entrées utilisé 2 fois. unsigned int tab_cnt (unsigned short mot) { return lookup8[mot 0xFF] + lookup8[mot 8]; } Mais bon il y a encore mieux :-( http://www.devx.com/free/tips/tipview.asp?content_id=3839 Certainement la plus rapide pour des mots de 32 bits. On pourrait sans doute l'optimiser pour du 16 bits car j'obtiens de meilleures résultat avec double lookup (sans doute meilleur que lookup2 car utilisant mieux la cache de données). Temps relatifs sur mon PC (K6) 0.162030 s par tab_cnt 0.200805 s par count_bits 0.239354 s par tab_cnt2 0.343694 s par std_cnt 0.445795 s par while_cnt Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Piloter un browser
Jean-Claude Schopfer wrote: Est-il possible de piloter un browser une fois ce dernier ouvert ? Exemple : links, lynx, mozilla est ouvert et j'aimerai qu'à 15h00 très précise il aille sur telle ou telle page. Attention, le browser est DEJA ouvert, le but étant d'automatiser certaines transactions à l'intérieur même d'une session. Autrement dit, est-il possible qu'un navigateur puisse accepter une URL autrement qu'en la saisissant et en la validant à la main ? Merci d'avance de vos réponses PS : Le navigateur peut être n'importe lequel pour autant qu'il supporte les cookies et le SSL Oui c'est possible en tout cas avec Navigator et Mozilla. Emacs le fait bien. Mozilla -help me dit qu'il existe une option -remote dont les paramètres son décrits à http://www.mozilla.org/unix/remote.html : When Netscape Navigator is invoked with the -remote argument, it does not open a window, but instead connects to and controls an already-existing process. The argument to the -remote switch is an Xt action to invoke, with optional arguments. Remote control is implemented using X properties, so the two processes need not be running on the same machine, and need not share a file system. We have started support for the old 4.x remote commands in mozilla, look at nsGtkMozRemoteHelper.cpp, for most-current status. Example usage: mozilla -remote openurl(http://www.mozilla.org) Pour l'heure, je suppose qu'il suffit d'utiliser cron. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: input text attribut
Daniel Cordey wrote: J'ai pas essayé, mais la propriété text-align devrait effectivement être héritée. Pour les attributs, je ne vois exactement ce que tu veux dire (JavaScript ?). Si tel était le cas, une définition text-align pour un td devrait être hérité par le input contenu... Or, ça ne marche pas. Effectivement, ce n'est pas normal, des recherches s'imposent... http://bugzilla.mozilla.org/show_bug.cgi?id=56253 [FIX]input contents inherit text-indent Bon, si le bug est ouvert depuis bientôt 2 ans c'est parce que l'application de CSS est (comme d'habitude) sujet à interprétation pour le contenu des éléments de formulaire. D'après mes tests avec Mozilla 1.0, aucune propriété (color, font-size, font-family...) n'est héritée. C'est donc plus général que le bug 56253. En fait le choix fait par les développeurs de Mozilla semble motivé dans http://bugzilla.mozilla.org/show_bug.cgi?id=157655#c4 : It would not; form controls are very much outside the CSS2 spec. Their internal rendering is _definitely_ outside it -- they are simploy replaced inlines with opaque insides as far as CSS is concerned. Confirming that the issue _does_ exist. Autrement dit, le contenu des éléments de formulaire ne serait en rien affecté par les styles (pas d'héritage). Mais une fonctionnalité extra semble permettre de leur donner un style directement. Je ne suis pas sûr que se soit le meilleur choix, mais ça a l'air d'être implémenté de manière cohérente. Le bug 56253 reste cependant dans le très intéressant bug http://bugzilla.mozilla.org/show_bug.cgi?id=7954 des [META] outstanding issues for full HTML 4.01 support Voilà, pour conclure je suis désolé d'avoir donné une solution pas clairement standard avec le style=text-align: right. C'est très mal, j'aurais dû mieux vérifier. :( Enfin, ça marche quand même comme ils disent. :) Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: [Debian] configs clavier fr_CH console et X Window
Leopoldo Ghielmetti wrote: Il 03:35, lunedì 12 agosto 2002, Marc Mongenet ha scritto: À propos de Debian pour les suisses, 2 questions et une remarque... 1) Sur Woody, j'ai remarqué une petite incohérence entre les configurations console et X Window du clavier suisse-romand. En console : Alt Gr - 1 = # rien Alt Gr - 7 = | # affiché avec le glyphe de ¦ car je n'ai pas encore # configuré la police de la console Avec X : Alt Gr - 1 = | # comme prévu Alt Gr - 7 = ¦ # comme prévu Cette petite incohérence repose-t-elle sur une raison fondée ? Je crois qu'une raison possible c'est que en mode texte il n'y à qu'un seul ¦, celui qui se trouve sur la touche 7, tandis que l'autre n'est disponible qu'en mode graphique. Mais vu que pour piper les commandes en mode graphique il faut utiliser la touche 1 tandis qu'en mode texte il faut utiliser la touche 7, la chose est assez génante. Ma solution est de modifier les fichiers fr_CH-latin1.map.gz et fr_CH.map.gz pour avoir le | aussi sur la touche 1. Sur la debian il faut en plus recopier un de ces fichier dans un autre fichier dans le répertoire /etc, mais je ne me rappelle plus lequel. En fait, ce qui m'intéresserait, c'est que ce soit amélioré dans Debian. Ainsi tout le monde en profite une fois pour toute sans peine. Je vais voir pour envoyer 2-3 rapports à bugs.debian.org pour console-data. Peut-être avec des descriptions améliorées puisque ce n'est pas difficile à faire. Quoiqu'il serait intéressant de reprendre les nombreuses améliorations du clavier français azerty/fr-latin0.kmap.gz. Est-ce que www.debian.ch aurait des suggestions dans le domaine ? 2) En dehors des touches mortes, je n'ai pas trouvé comment composer des caractères en console. `dumpkeys` me liste une énorme série de composition, mais aucune touche|ne semble avoir la fonction Compose. Normal ? Comment faire ? --- | Tu parles de X ou de la console?| | Console Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
[Debian] configs clavier fr_CH console et X Window
À propos de Debian pour les suisses, 2 questions et une remarque... 1) Sur Woody, j'ai remarqué une petite incohérence entre les configurations console et X Window du clavier suisse-romand. En console : Alt Gr - 1 = # rien Alt Gr - 7 = | # affiché avec le glyphe de ¦ car je n'ai pas encore # configuré la police de la console Avec X : Alt Gr - 1 = | # comme prévu Alt Gr - 7 = ¦ # comme prévu Cette petite incohérence repose-t-elle sur une raison fondée ? 2) En dehors des touches mortes, je n'ai pas trouvé comment composer des caractères en console. `dumpkeys` me liste une énorme série de composition, mais aucune touche ne semble avoir la fonction Compose. Normal ? Comment faire ? 3) D'autre part, sur Unix et encore plus sur Debian, on peut supposer que la touche ~ en touche morte est infiniment moins utile qu'en touche normale. Existe-il un espoir de convaincre les mainteneurs de changer cela ? Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: HTML 4.1 - Largeur d'une colonne d'un tableau
Marc SCHAEFER wrote: On Wed, 7 Aug 2002, Daniel Cordey wrote: L'avantage est que l'on peut définir encore bien plus de chose avec les CSS et que cela permet de standardisé; tout en conservant une écriture du code html très simple. L'inconvénient est qu'à part Konqueror et Microsoft Internet Explorer, les autres clients WWW ont de la peine avec CSS, non ? Les 2 navigateurs notoirement connus pour activement saboter les CSS sont (étaient) MSIE 3 et NN 4.x. Par saboter, je veux dire qu'il aurait été préférable pour les CSS qu'il ne les supporte *pas du tout*. En effet, un programme qui ne supporte pas CSS utilise son rendu standard, c'est moins beau, mais reste lisible (pour un document bien conçu). Mais MSIE 3 et NN 4.x préfèrent afficher n'importe quoi plutôt que renoncer. Ayant pas mal subi NN 4.x, je peux témoigner de documents rendus totalement illisibles par son moteur CSS (basé sur JavaScript, c'est une très longue histoire). MSIE 4 5 ou les anciennes versions d'Opera ont en revanche un assez bon support. Il me semble que MSIE 6 (5 sur Mac), Opera et Mozilla ont un excellent support de CSS1. Le support de CSS1 ne peux pas être parfait car il y a des incompatibilités (corrections) avec CSS2, que ces navigateurs supportent partiellement. Il existe quelques sites dédiés aux bugs de CSS. Le tableau suivant est un très bon exemple : http://richinstyle.com/bugs/table.html À noter que le CTO de Opera (Håkon Wium Lie, http://www.w3.org/People/howcome/) est aussi le concepteur de CSS1, ce qui explique le bon support des CSS par Opera... Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: free/alloc remplacements
Laurent Hermann wrote: Le Vendredi, 2 Août 2002 13.34, Olivier Bornet a écrit : Mais est-ce-que malloc() et free() ne sont-ils pas de mauvais outils, questions vérification ? La gestion des ressources est un problème plus général que simplement malloc() et free(). Par exemple fopen() et fclose(). En fait n'importe quelle ressource qu'il faut acquérir et libérer. Il existe new et del (en c++) qui règle ce genre de chose si je ne me trompe ? En fait les opérateurs new et delete de C++ ne règlent aucun des problèmes de malloc() et free(). Ils sont nécessaires en C++ pour créer (appeler le construteur) un objet dans la mémoire allouée, respectivement appeler le destructeur avant de libérer. On peut même considérer que c'est pire en C++ avec les opérateur delete et delete[] selon qu'on a alloué un objet ou un tableau. En pratique toutefois, on peut écrire en C++ sans utiliser directement new/delete grâce à diverses classes encapsulant le problème et gérant automatiquement la mémoire (std::auto_ptr, std::vector, std::list, std::string ...) Ou est l'avantage d'utiliser encore free() et malloc () ? En C on n'a pas de classe (ni de new / delete) = pas d'autre choix. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: free/alloc remplacements
Marc SCHAEFER wrote: Tiens, une question pour spécialiste C++: l'implémentation Linux implémente-t-elle un free() après un opérateur del sur un objet sans référence, ou la mémoire n'est pas rendue ? A priori, en C++, qu'il reste ou non des références ne change rien. Je ne sais pas si ça passe par un free(), mais ceci : #include stdlib.h int main() { const size_t sz = 1024*1024; for (int r = 0; r 100; ++r) { char * const pc = new char [sz*r]; for (size_t i = 0; i sz*r; i+=r) pc[i] = 'm'; delete[] pc; } } donne une strace du genre : old_mmap(NULL, 1052672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x401a2000 munmap(0x401a2000, 1052672) = 0 old_mmap(NULL, 2101248, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x401a2000 munmap(0x401a2000, 2101248) = 0 old_mmap(NULL, 3149824, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x401a2000 munmap(0x401a2000, 3149824) = 0 old_mmap(NULL, 4198400, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x401a2000 munmap(0x401a2000, 4198400) = 0 old_mmap(NULL, 5246976, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x401a2000 Si ce free() n'est jamais fait, cela expliquerait pourquoi, même en C++, on a intérêt à implémenter malloc() et free() pour des allocations de mémoire conséquentes. Mais la mémoire est effectivement rendue. Je n'avais jamais entendu parlé de ce problème, mais je n'ai pas non chercher dans ce sens, as-tu des réf intéressantes ? (symétriquement, free() ne rend pas la mémoire au système mais au pool du processus, bien souvent, pour des questions de fragmentation). Sauf erreur la libc utilise mmap pour les allocations conséquentes. Efficiency Considerations for `malloc' .. As opposed to other versions, the `malloc' in the GNU C Library does not round up block sizes to powers of two, neither for large nor for small sizes. Neighboring chunks can be coalesced on a `free' no matter what their size is. This makes the implementation suitable for all kinds of allocation patterns without generally incurring high memory waste through fragmentation. Very large blocks (much larger than a page) are allocated with `mmap' (anonymous or via `/dev/zero') by this implementation. This has the great advantage that these chunks are returned to the system immediately when they are freed. Therefore, it cannot happen that a large chunk becomes locked in between smaller ones and even after calling `free' wastes memory. The size threshold for `mmap' to be used can be adjusted with `mallopt'. The use of `mmap' can also be disabled completely. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: onChange in HTML
Daniel Cordey wrote: On Tuesday 30 July 2002 02:08, Marc Mongenet wrote: Méfiez-vous, Mozilla et MSIE 6 ont chacun deux modes de fonctionnement. Le mode quirks de Mozilla émule les bugs de Navigator 4.x. C'est proprement lunaire... émulé des bugs... voilà un nouveau concept : Bug compatible. Donc, quand on développe un nouveau soft, plus besoin de se préoccuper des bugs... suffit de faire un mode compatible. Faudrait breveter ce genre d'ânerie :-) En fait c'est très raisonnable car les navigateurs pré-standards avaient parfois un comportement plus intuitif pour le programmeur. Sans ce mode quirks, la majorité des pages existantes s'afficheraient disgracieusement. Exemples très courants : table border=0 cellpadding=0 cellspacing=0 trtdimg src=1.gif width=50 height=50/tdtdimg src=2.gif width=50 height=50/td trtdimg src=3.gif width=50 height=50/tdtdimg src=4.gif width=50 height=50/td /table pfont size=1Tout un blabla écrit en police taille petites-lettres-de- contrat-d'assurance. C'est vraiment très petit, mais qu'en est-il de l'interlignenbsp;? Pourquoi tant d'espace entre les lignes en mode standardnbsp;?/font/p Très bien. On devrait tous mettre strict dans no codes dés maintenant. Effectivement, c'est beaucoup plus prudent. Oui, j'ai une version Mozilla 1.1 Beta, mais elle n'a fonctionné que 24h et maintenant elle n'affiche plus rien. Depuis 2-3 ans je me fais tellement ch... à installer des versions de Netscape T Mozilla qui sont grosses et bourées de bugs, que je ne considère ces browsers que pour des tests. Pour ma part j'utilise exclusivement Mozilla sur Windows 2000 au détriment de MSIE depuis quelques mois (la 0.9.9 peut-être), c'est fort stable, plus que MSIE je pense. Sur Linux, je suis passé à Mozilla 1.0 à la place de Navigator, c'est plus stable aussi, mais est-ce bien significatif ? :-) Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Développeur Linux
Daniel Cordey wrote: En collectant les 20 derniers messages concernant apt-* de ces deux dernières semaines (sur la liste), on se rend compte que ce n'est pas vraiment à la portée de M. toutlemonde (soyons honnête). Il me semble assez clair que Apt est à un niveau d'abstraction bien trop bas pour M. toutlemonde. Apt manie des concepts qui dépassent les non techniciens, d'où évidemment un usage réservé aux techniciens. Moi-même j'ai eu quelques problèmes en passant à Woody, mais bon, comme le dit marc Schaefer, avec Debian on arrive à s'y retrouver (même en tombant sur un vrai gros bug de apt-get). Par M toutlemonde, je considère qqn pour qui un fichier est l'icône dans laquelle il y a le texte qu'il a écrit. Pour M toutlemonde un programme est qqch de très flou dont le seul lien avec des fichiers est que certains fichiers ne s'ouvrent qu'avec certains programmes. M toutlemonde ne sait pas ce qu'est un répertoire. À partir d'un certain âge, j'ai l'impression que même le concept de fenêtre ne passe plus. Bien sûr M toutlemonde est incapable de savoir ce qu'il fait en installant un programme. À part ça, je suis d'avis que la notion de fichier devrait elle-même disparaître des soucis de M toutlemonde, car de toute façon il ne sait pas qu'en faire. Mais c'est un autre débat. Marc -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: onChange in HTML
Daniel Cordey wrote: On Monday 29 July 2002 12:07, Marc SCHAEFER wrote: J'ai juste pondu trois ligne d'HTML avec mon éditeur favori, sans y mettre 'DOCTYPE', etc. Méfiez-vous, Mozilla et MSIE 6 ont chacun deux modes de fonctionnement. Le mode quirks de Mozilla émule les bugs de Navigator 4.x. Lorsque Mozilla se comporte bizarrement, c'est en général car ce mode est utilisé. On peut voir dans le menu View-Page Info-:General:Render Mode ce qui est actif. Or l'heuristique utilisée pour choisir le mode de fonctionnement se base sur le DOCTYPE. Les DOCTYPE strict activent en général le mode Standards compliance. Notez qu'en donnant un DOCTYPE strict on est censé ne pas utiliser les éléments et attributs dépréciés (font, blink, bgcolor...) Voici donc une version 4.01 (xemacs + html-mode). Mais comme vous pourez le constater, le probème subsiste. À noter que le DOCTYPE Transitional cause l'utilisation du mode quirks. La page est rechargée lors de la modification de 'titi' ( mais pas avec 'toto'). Si l'on enlève le onSubmit(), c'est la fonction Change() qui est appelée, puis le submit() est effectué. Comme ils disent sur Bugzilla, WFM (Works for Me). J'ai testé avec Mozilla 1.0 et à chaque fois que je défocalise (par TAB, souris ou ENTER) un élément input dont la valeur a été changée, j'ai la fenêtre d'alerte, donc onchange a été activé. Peut-être n'ai-je pas bien compris ce que vous reprochez à Mozilla ? Ou avez-vous essayé avec une version bêta ? Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: gcc et C++
Pascal Perez - LHA wrote: g++ :'( ... moi je l'ai pas Peut-être n'as-tu simplement pas de compilateur C++ ? et pour répondre é Cédric : Dans mes Makefile sous Kdevelop, j'ai ceci (ça peut toujours aider) : CC = gcc CPP = gcc -E CXX = c++ CXXCPP = c++ -E j'ai pas de makefile ! et je sais pas les créer ou pourrais-je trouver des infos ? info make Mais le langage des Makefile est particulièrement peu clair. J'avais fait un Makefile 'générique' assez pratique il y a quelques temps. Je l'ai mis à http://home.infomaniak.ch/Mongenet/Marc/OSS/GenericMakefiles/ Si je me souviens bien, il suffit de 1) décompresser l'archive, 2) copier le fichier GNUmakefile_C++ en GNUmakefile dans le répertoire où se trouve les fichiers source 3) lancer make dans le répertoire des sources Mais avant ça il faut que 1) vous ayez un compilateur C++ appelé g++ 2) vos fichiers C++ aient l'extension .cc Bien sûr tout est configurable en début de GNUmakefile au cas où. PS: même avec 'int' au lieu de 'init' j'ai la même erreur C'est normal, l'erreur de iostream apparaît avant. Chouette langage le C++. Surtout, ça doit être le langage qui fait appel au plus grand nombre de concepts (variables globales, classes, surcharge d'opérateur, templates, namespaces et j'en oublie sûrement) pour le Hello world. :-) Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Mailing liste pour le C++
Laurent Hermann wrote: Bonjour, Connaissez-vous de bonnes listes francophone pour le c++ ? Merci Dans les newsgroups francophones il y a des contributeurs de très haut niveaux (participants à la standardisation). Pour un niveau un peu plus bas, je réponds volontiers aux questions. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Bitkeeper
Sebastien Cevey wrote: Bonjour, Suite à une news sur /. j'ai tenté de chercher des infos sur BitKeeper, notamment les différences avec CVS. J'ai cru comprendre qu'il était utilisé pour le developpement du kernel, et qu'il n'est pas libre. C'est pas pour lancer un troll (pourquoi linus a fait le mauvais choix etc), mais j'aimerais bien savoir ce que BitKeeper a de si genial pour etre aussi mediatisé ... Je vois pas ce qu'on peut vouloir de plus à CVS (a part qq probs avec les fichiers binaires etc, il est vrai) :) Un simple lien vers un article sur le sujet peut suffire, mais j'ai rien trouvé de bien sur google, ni sur le site de bitkeeper (propagande ...). Merci d'avance ! Je conseille la lecture (en anglais) de l'excellent Kernel Traffic (résumé des discussions de la ML Linux) car Bitkeeper a été largement couvert lors de la transition : http://kt.zork.net/kernel-traffic/archives.html Pour les limitations de CVS, il me semble que c'est notamment problématique avec des fichiers déplacés, renommés, effacés, non ? Et puis il laisse traîner des fichiers dans les répertoires des sources. Mais je crois que BK est surtout adapté au développement avec 3600 développeurs et 36000 branches parallèles de Linux. Il est possible de se passer des patchs sans tout rebrancher. Je ne sais pas si c'est possible avec CVS. Il y a eu vraiment beaucoup de discussions sur Bitkeeper, CVS et d'autres outils dans Kernel Traffic, j'en conseille vivement la lecture, aussi pour tous les autres sujet (ça paraît tous les lundis). Marc -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: transmission de virus par mail sous Linux
Thierry de Coulon wrote: Bonjour, Ma question: est-il possible que mon système véhicule ce genre de chose (j'utilise kmail), ou le virus est-il capable de piquer mon adresse dans le carnet d'adresse d'une personne travaillant sous Windows et de s'en affubler? Thierry Sans doute le virus Klez. Klez storms monthly virus charts : http://www.theregister.co.uk/content/archive/25181.html Ce virus Windows s'envoie effectivement avec une fausse adresse expéditeur. Il a déjà causé pas mal de malentendu... Marc -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Partitions sur Linux
Bertrand Zuchuat wrote: Bonjour, J'ai téléchargé la dernière version de Debian 2.2r6 sur le net. J'ai commencé avec le CD 1 mais je bute sur les partitions de mon disque dur. Si ça peut être utile, des pages Web décrivant l'installation existent. Dwarf's Guide to Debian GNU/Linux: http://people.debian.org/~psg/ddg/dwarfs-debian-guide.html Journebian · Debian jour après jour: http://home.infomaniak.ch/Mongenet/Marc/Articles/Journebian/ Marc -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
brevet
Bonjour, lors de la conférence LDAP j'ai entendu dire qu'il se peut que le sujet des brevets soit évoqué lors de la journée chez Ellipse. Si ça peut être utile, j'ai fait un petit essai à ce sujet à http://home.infomaniak.ch/Mongenet/Marc/Articles/brevets.html. Marc Mongenet PS : Bravo à Marc S pour le courrier dans l'Hebdo. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: [Brevet] On avait dit que c'etait grave ....
Daniel Cordey wrote: On Wednesday 22 August 2001 21:17, Marc Mongenet wrote: Pourtant j'ai acheté ma Debian, pas cher, mais acheté tout de même. Et Debian est garantie 100% libre. Oui, mais en GPL tu ne peux vendre que ton service, ce qui te mets a l'abri du brevet. Par service on enetnd : l'ecriture de documentation dediee, la creation du CD-ROM, les fraits de diffusion, le support, etc. Ce qui se defend parfaitement. Mais tu ne peux pas vendre un logiciel GPL, ni le louer. Mais si, je suis tout à fait libre de vendre aussi cher que je veux tous les logiciels GPL qui passent sous ma main. Je peux même vendre une version modifiée qui se bloque après un mois. Et envoyer une clé de débloquage contre paiement... Le hic, pour moi, c'est que la GPL m'oblige à vendre/louer/donner tous ces logiciels avec cette même licence GPL. Or la GPL m'oblige au moins à fournir sur demande, pendant 3 ans et à un prix n'exédant pas celui des médias de transfert courants, les sources correspondant aux binaires que j'ai distribués. C-h C-c dans emacs pour les détails. D'ailleurs je profite de ce message pour passer une petite anonce : À vendre, 3 CDs Debian 2.2r2 x86, parfait état, 750.-- Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Deux Point Quatre Point X 2.4.x
Daniel Cordey wrote: On Thursday 23 August 2001 10:35, Marc SCHAEFER wrote: Les permissions sont un concept de base d'UNIX, quand même! Loin de moi l'idee de le remettre en question. Je trouve simplement ch... de devoir ajouter les utilisateurs de mon systeme a un groupe particulier simplement parcequ'il veulent etablir une connection Internet. Si j'avais une conncetion permanente je n'aurais pas besoin de le faire ! C'est là que le bas blesse... ce n'est pas logique. Si c'est logique. En effet, les utilisateurs d'une liaison permanente peuvent certes l'utiliser sans permission spéciale, mais ils ne peuvent pas non plus l'établir ou la modifier sans permission. Il me semble d'ailleurs que c'est la même chose avec une liaison par pppd. Une fois lancée, tous les utilisateurs peuvent l'utiliser, non ? De plus, si je dois encore utiliser d'autres logiciels de ce genre, je vais me trouver dans l'obligation de rajouter mes utilisateurs a autant de groupes qu'ils y a d'application de ce genre ! Mais sur un système classique, il y a des utilisateurs comme 'httpd' ou 'nobody' qui ne devraient effectivement pas établir une connexion. Au lieu de cela, nous avons le risque que l'utilisateur lambda, qui vient de W*, finisse par se loguer en root parceque plein d'application ne tournent pas en tant qu'utilisateur autre que root... Comme quoi, certains dogmes peuvent nous mener a la derision :-) Tout à fait, il y a là un risque certain. Mais je suppose que les distributions très grand public commencent à offrir des interfaces utilisateurs intégrées et complètes, non ? Chacun de mes enfants a un compte sur l'ordinateur ainsi que la possibilite d'acceder a Internet. En quoi le fait de mettre 6755 sur pppd ou de les rajouter dans le groupe va-t-il changer la possibilite d'etre victime d'un buffer Overflow... Il me semble que si tu as un serveur Web tournant en utilisateur 'httpd', alors si quelqu'un prend possession de ton serveur Web à cause d'une vulnérabilité dedans, il pourra en plus devenir 'root' au lieu de 'httpd' si tu as des logiciels SUID root exécutables par 'httpd'. Non, comme tu le dis tres justement, je ne vois pas pourquoi il faudrait que pppd tourne avec le SUID, surtout si c'est simplement pour pouvoir faire l'open de /dev/ttyS0 qui est en 660 ! Une protection utile et réaliste offertes par les permissions Unix classiques et celle contre les sites payant offrant des logiciels d'accès 'gratuit' mais par un numéro de téléphone genre 156... Sur Windows les enfants risquent de pouvoir installer et utiliser un tel logiciel. Sur un Unix bien protégé non. Marc Mongenet PS : Merci à Marc Schaefer dont la réponse a largement éclairé mon argumentation. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: [Brevet] On avait dit que c'etait grave ....
Daniel Cordey wrote: On Tuesday 21 August 2001 21:27, you wrote: En général, libre ou pas ne fait aucune différence face à un brevet. Certains brevets visent spécifiquement des méthodes de vente et le libre est alors moins directement touché. Mais si on ne peut pas vendre, on n'est plus libre. Dans le cas précis il est difficile de se prononcer. En effet, le résumé d'un brevet (américain) n'a pas vraiment une signification légales. Ce sont les 'affirmations' (j'ai oublié le terme exact) qui comptent. Je disais ça car il semble que ce brevet ne concerne que les locations d'applications et ventes de mises à jour de logiciels. Un logiciel GPL, libre, etc. n'ètant ni louer ou vendus... j'affirme que ça ne compte pas Pourtant j'ai acheté ma Debian, pas cher, mais acheté tout de même. Et Debian est garantie 100% libre. On peut parfaitement vendre ou louer des logiciels libres. La vente est très courante, pour la location en revanche rien ne me viens à l'esprit. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: e-Business
Marc SCHAEFER wrote: On Tue, 21 Aug 2001, Marc Mongenet wrote: Certes Yellownet aurait pû l'envoyer par lettre, mais bon, l'intérêt du Web étant de pouvoir se passer du papier... ben ils envoient les codes sur papier. C'est juste. En fait je pensais au cas général ou l'on n'a que des contacts Web avec un site. Dans ce cas le fingerprint ne peut pas servir à autre que de vérifier qu'il ne change pas d'une fois à l'autre, non ? Cela est assez maigre. Je suis content d'avoir une 'autorité' connue de Netscape qui garanti ce certificat. Au fait, le fingerprint, c'est juste une signature du certificat ? Ce que je regrette énormément en revanche, c'est de ne pas avoir de reçu immédiat (informatique) de mes opérations Yellownet. Qu'entends-tu par là ? Lorsque j'effectue une opération, j'aimerais bien que Yellownet n'indique pas simplement opération effectuée, mais opération blablabla... effectuée, signature PGP 1932742... Bien sûr il n'y a pas de moyen automatique de vérifier cela dans un navigateur, mais ce serait un début pas cher d'avoir une preuve de mes actions. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Deux Point Quatre Point X 2.4.x
Daniel Cordey wrote: La configuration du modem a tres bien fonctionne et la connection est etablie avec vwdial. Le seul probleme est que les droist d'acces empechent tout autre utilisateur que root ou l'account de l'installateur de l'utilliser. Pour corriger ce probleme, il faut mettre le UID bit de vwdial (chmod 4755). Puis, il faut aussi changer le mode de pppd (/usr/sbin/pppd) dont les doits sont : rwsr-sr-- rootdialout ... Ce qui empeche toute personne autre que root (ou appartenant au groupe dialout) d'executer pppd. De plus, le port /dev/ttyS0 appartient a root et n'a que rw pour root. Mais pppd est SUID et SGID. En demarrant vwdial comme utilisateur normal, il est impossible de demarrer pppd... Meme en modifiant les droits de vwdial, pppd refuse de s'executer. Il y a peut-être quelque-chose qui m'échappe, mais ne suffisait-il pas d'ajouter le groupe dialout à tous les utilisateurs qui doivent avoir le droit d'utiliser le modem ? Il semblerait donc que pppd verifie aussi le RUID plutot que simplement le EUID... j'ai donc fait un chmod 6755 sur pppd et tout fonctionne pour les autres utilisateurs. Ca ne me semble pas très logique. Si pppd testait le EUID alors le mode 6755 serait sans effet, non ? Je n'ai pas introduit plus de trous de securite dans le systeme pusique pppd a deja le SUID ! Hum, laisser tout le monde exécuter un programme SUID root me semble au contraire ressembler à un trou. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: [Brevet] On avait dit que c'etait grave ....
Daniel Cordey wrote: On Mon, 20 Aug 2001, Gilbert Robert wrote: MacAfee brevète plus que la mise à jour de virus On le craignait depuis plus de deux ans et c'est finalement arrivé : MacAfee, grand chasseur de virus, a réussi à imposer son brevet sur l'optimisation, l'administration et la sécurisation des ordinateurs personnels via Internet. Ca ne devrait pas toucher les logiciels libres...non ? Raison de plus pour ne faire QUE du libre ! En général, libre ou pas ne fait aucune différence face à un brevet. Certains brevets visent spécifiquement des méthodes de vente et le libre est alors moins directement touché. Mais si on ne peut pas vendre, on n'est plus libre. Dans le cas précis il est difficile de se prononcer. En effet, le résumé d'un brevet (américain) n'a pas vraiment une signification légales. Ce sont les 'affirmations' (j'ai oublié le terme exact) qui comptent. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: e-Business
Marc SCHAEFER wrote: Réponse qui peut intéresser ici, ou causer des réactions. Une réaction et une question. Quelle est la sécurité d'un payement on-line ? Faible. S'il est effectué en `https' avec encryption (Konqueror vous dit quand Et le problème ne se situe pas au niveau du transfert de l'information. C'est la conservation de l'information qui est le point le plus critique, le moins bien protégé et le plus passé sous silence. Actuellement, surtout depuis qu'on utilise tous des cryptages 128 bits, HTTPS c'est utiliser un convoyeur de fond triplement blindé pour amener son argent dans une banque qui ressemble à la premièree hutte de l'histoire des trois petits cochons... vous passez dans ce mode et vous pouvez faire Details; comparez http://search.alphanet.ch avec la version sécurisée https://search.alphanet.ch) il y a garantie que les données entre vous et le serveur ne sont pas visibles par un tiers... compréhensibles Vous voyiez donc une fausse clé, qui sert à pirate à déchiffrer, puis à réenchiffrer pour l'ordinateur marchand. En pratique, pour faire cela il faut 1. que vous ne vérifiez pas la clé du marchand 2. qu'un ordinateur ou routeur sur le chemin ait été piraté. Comment être sûr ? - la seule façon est de vérifier le `fingerprint' de la clé SSL du serveur Mais comment vérifier cette empreinte ? Il n'y a pas de bouton vérifier dans la fenêtre du certificat de Navigator. J'en ai trouvé un dans la liste des autorités de certification, mais je n'ai pas compris ce que ça vérifie. - on peut aussi faire confiance à une autorité de certification mais je ne le ferais pas. (PS: pour la Suisse, Swisskey a fait faillite, mais: http://www.igtop.ch) [ dans mon cas je n'ai rien payé, donc mon certificat de search.alphanet.ch est reconnu par Netscape avec un warning ] Notez que si votre machine ou la machine du serveur est compromise par un pirate, SSL ne sert à rien. La plupart des piratages l'ont été d'ailleurs sur le serveur. On ne le répétera jamais assez. Doit-on configurer son navigateur (konqueror) de façon particulière ? Non. La seule critique que je ferais à l'encontre de Konqueror c'est qu'il ne permet pas de vérifier le `fingerprint' (résumé) de la clé SSL: opération que l'on devrait faire à chaque fois. Netscape permet de vérifier ce fingerprint, Comment ? et avertit si cette clé change (ce qui signifie: serveur a changé sa clé, ou piratage par machine interceptrice comme ci-dessus). As-tu déjà observé un cas réel ? On peut aussi critiquer Yellownet qui ne donne pas cette fingerprint dans son courrier officiel ni un moyen de la vérifier (autre que de se connecter une fois et de le vérifier manuellement par la suite). Donc il faut noter l'empreinte sur un papier et la vérifier à chaque fois ? Certes Yellownet aurait pû l'envoyer par lettre, mais bon, l'intérêt du Web étant de pouvoir se passer du papier... Ce que je regrette énormément en revanche, c'est de ne pas avoir de reçu immédiat (informatique) de mes opérations Yellownet. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: DEL dans emacs
Daniel Cordey wrote: On Mon, 20 Aug 2001, claude fuhrer wrote: comment modifier ce comportement. J'ai essayé (global-set-key DEL 'delete-char) Chez moi, le symbole bakspace est reconnu comme la touche DEL et la touche delete correspond a C-h... Cela ne dependrait-il pas aussi du mapping du clavier ? Pour savoir sur quoi emacs a 'binder' ta touche, tu peux faire 'help key, cad C-_ k, en suite tu tapes sur la touche et tu as la definition du binding dans un buffer. Très intéressant ce C-_ k. En console : - DEL Delete deletechar En X-Window : - DEL Delete DEL Reste à trouver pourquoi la correspondance touche/caractère n'est pas identique en console et sous X avec Debian. Où plutôt pourquoi emacs voit deux fois le même caractère sous X alors que les autres applications (Navigator, xterm) non. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: del dans emacs
claude fuhrer wrote: Bonjour j'aimerais modifier le comportement par défaut de emacs (20.7). J'aimerais que la touche BACKSPACE fasse un backward-delete-char-untabify (ça ca marche très bien) mais j'aimerais aussi que la touche DELETE fasse un delete-char (pour que ces deux touches se comportent comme dans le shell) alors que pour l'instant elle fait aussi un backward-delete-char... Tiens, ça c'est mon Saint-Graal de la configuration. :-) Je ne l'ai pas encore atteint, mais un jour j'y arriverai ! En fait en mode console ça fontionne bien, mais pas sous X. En revanche Ctrl-D fonctionne comme un Delete normal en console et sous X. C'est une piste que je n'ai exploré plus loin cependant. Tout cela sur une Debian current. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: File descriptor en C.
Marc SCHAEFER wrote: D'après ce qu'on voit dans ces livres, la bibliothèque C standard fait partie du standard ANSI C/ISO C. Ou du moins une description d'assez haut niveau qui mentionne les fonctions principales, les critères généraux (ce qui peut être macro, fonction, etc), mais qui laisse de côté les aspects d'interfaçage à l'OS notamment. Un document assez intéressant à ce sujet est Rationale for American National Standard for Information Systems - Programming Language - C à http://www.lysator.liu.se/c/rat/title.html La bibliothèque fait bien partie du standard. NB: il y a de nouveaux standards, comme le C99, mais je n'ai pas encore regardé ce qui changeait/était précisé. Un draft du standard C99 (JTC1/SC22/WG14 N843, Programming languages -- C, Committee Draft -- August 3, 1998) est disponible à http://anubis.dkuug.dk/JTC1/SC22/WG14/www/docs/n843.htm Je tire ces informations d'une excellente liste de liens sur le C à http://www.lysator.liu.se/c/ Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: dialup et point d'ancrage des chaines de filtrage/masquarade
Bertrand Habib wrote: Bonjour à tous. Je n'ai qu'une très faible expérience des modems et des connexions dialup... Mon serveur debian 2.2r3 assure un service samba sur un localnet (192.168) et je souhaite le raccorder par modem isdn externe à mon ISP en vue de distribuer les services internet sur le réseau local. Actuellement, le setup est archi-simple dans la mesure où je me suis contenté de configurer pppd en dial on demand Intéressant, je ne connaissais pas l'option demand. Mais elle requiert de connaître l'adresse où tu te connectes. As-tu utilisé une adresse bidon et l'option ipcp-accept-remote pour contourner cette difficulté ? (par ailleur, je ne comprends pas vraiment la nécessité d'implémenter diald alors que pppd assure cette fonctionnalité). Pppd ne me semble pas avoir une configuration aussi fine que diald, comme le timeout de déconnexion variable selon le type (FTP, HTTP, SMTP...). Et puis j'aime bien utiliser dctrl pour voir ce qui (se) passe et piloter un peu diald interactivement. Peut-on aussi piloter Pppd interactivement (demand dialing on/off, down request, up request...) ? En revanche diald prend de lonngues secondes pour décrocher la ligne (modem analogique) et c'est énervant. Je n'ai pas trouvé l'origine de ce délai. Des idées ? Le seul problème subsistant est le point d'ancrage des règles de ipchains et de la masquarade, ainsi que la manière de configurer ces règles lorsque la liaison est down. Actuellement et pour les testes, j'ai créé un jeu de règles identiques très permissives que j'ai placé dans les repertoires /etc/ppp/ip-up.d et /etc/ppp/ip-down.d. Jusque là, ça marche et il ne me parraît pas nécessaire de retoucher cette methode, dautant plus que la désactivation des règles lors de la coupure de connexion me semble revienir à isoler le réseau local du service pppd sur le serveur (plus d'internet du tout !) ... 1. Quelqu'un aurai-t-il la gentillesse de partager son expérience du sujet ? Je n'ai pas (encore) d'expérience avec le filtrage. Mais avec pppd, diald ou wvdial j'ai consigné mon expérience sur Debian dans http://home.infomaniak.ch/Mongenet/Marc/Articles/Journebian/ 2. Y a-t-il un réel inconvénient à lancer pppd comme démon lors du lancement du système ( /etc/init.d ) au lieu de pon / poff ? 3. Peut-on raisonnablement envisager de configurer les règles de filtre fixées une fois pour toute au lancement du système dans un script supplémentaire du répertoire /etc/init.d ? 4. Quels sont les règles de séecurité par défaut généralement mises en place par les ISP pour les connexions dialup (si elles existent) ? Assez faible d'après ma petite expérience (traces de scan dans dctrl :-). Le plus logique étant 'aucune' car (règle de sécurité == moins de prestations techniques) en général. D'avance merci et amicales salutations Bertrand Salutations, Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: SCSI command queuing
Marc SCHAEFER wrote: On Sun, 17 Jun 2001, Marc Mongenet wrote: Je ne comprends pas ce que tu veux dire. Tu lances un verify dans le BIOS SCSI (si supporté) et celui-ci te dit en général le numéro du bloc concerné et si tu veux le remplacer. En général je dis oui, jusqu'à 2-3 bad blocks. Donc si je comprends bien, sur un disque qui contient des données, il faut d'abord tout sauvegarder, sinon le bloc sera marqué mauvais et remplacé par un autre vierge ? Ou bien le BIOS essaie-t-il de relire de multiples fois les blocs qui ont échoués à la vérification pour les copier ailleurs ? Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: [Debian] dselect: fdutils recommends mtools
Marc SCHAEFER wrote: Ne pas utiliser dselect; utiliser strictement apt-get et dpkg. Et ne pas oublier l'option -u de apt-get pour qu'on te pose la question et qu'on te montre les packages installés effectivement. En théorie aptitude corrige les défauts de dselect; personnellement je n'en suis pas persuadé. Doc en français sur ces outils: http://nicolaxx.free.fr/docs/apt/apt_dpkg.html Merci bien pour le conseil et le lien, qui n'était pas de trop, les seuls manuels étant vraiment trop arides pour comprendre comment les choses s'articulent. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: SCSI command queuing
Marc SCHAEFER wrote: Recommandation: AWRE à 1 (erreur à l'écriture - réallocation de bloc) ARRE à 1 (erreur à la lecture - récupération de données si possible + réallocation) Mettre les read-retries à une valeur 1 Mettre les verify retries à 1 Mes disques ont des valeurs par défaut de 8 et 32 pour le verify retry. 1 ne risque-t-il pas d'être pessimiste au point d'utiliser prématurément tous les blocs en réserve ? Lancer une vérification du disque (VERIFY) depuis le BIOS (on peut le faire avec des outils Linux aussi en théorie). Les mauvais blocs seront détectés (en lecture!). Malheureusement je n'ai pas cette option dans mon BIOS. Est-il vraiment nécessaire de lancer une vérification ? Ou est-il suffisant de compter sur les lectures ? Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Connection avec prefixe?
[EMAIL PROTECTED] wrote: Existe-t-il, dans wvdial ou pppd, une option qui permette de mettre des espaces entre les tonalites? Du genre: 9, 30 secondes de silence, puis le reste? Essaie d'insérer une virgule par seconde d'attente entre chaque chiffre à séparer. Par exemple dans wvdial.conf : Phone = 9,,,0215550065 Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: SCSI command queuing
Marc SCHAEFER wrote: On Fri, 8 Jun 2001, Marc Mongenet wrote: le informations que scsiinfo(-config) me présente. La prudence me commande de ne pas touiller des les paramètres SCSI de mes disques qui fonctionnent et elle a raison :) car tu peux p.ex. si tu actives le bit PER, disabler toute correction, détection et tout rapport d'erreur ... très utile pour la vidéo, mais bon, en données informatiques c'est pas bien quand il y a des bits qui changent. Alors voilà, j'ai potassé la doc de mon Seagate Medalist 1080sl (ST51080N) et j'ai regardé tout ce que scsiinfo et scsi-config sortent. J'ai eu quelques étonnements : - Le cache en écriture est actif par défaut. Il semble donc que je vive dangereusement depuis des années (d'après la doc de scsiinfo) sans le savoir. - Il y a une Caching page (SCSI-3) 08h et une Cache control page 38h mais scsiinfo ne connait que la Caching page 08h sans la partie SCSI-3. Pourtant mon disque date de 1995. Dommage pour la segmentation de la cache. - Les bits AWRE (Automatic Write Reallocation Enabled) et ARRE (Automatic Read Reallocation Enabled) sont à 0, et ma Grown defect list est vide (logique). Pas mal pour un disque aussi vieux, mais un peu inquiétant tout de même. Il semble exister une commande explicite (07h) pour réallouer les blocs, mais je suppose que les pilotes Linux ne l'utilise pas (ni les Amiga). J'ai donc assez envie d'activer les bits AWRE et ARRE. En outre le disque prétend supporter le Tagged Command Queing, je pourrais donc l'activer de le BIOS de ma carte SCSI pour ce disque aussi. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
[Debian] dselect: fdutils recommends mtools
J'ai installé le paquet fdutils sur ma machine, mais pas le paquet mtools. Je ne veux pas de mtools. Or fdutils recommende mtools. Jusque-là rien de grave. Mais à chaque fois que je sélectionne des paquets avec dselect, celui-ci revient à la charge pour me recommender mtools. À la longue ça devient énervant. J'ai essayé de mettre un hold sur mtools, mais rien n'y fait. Que faire d'autres ? Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: SCSI command queuing
Marc SCHAEFER wrote: On Thu, 7 Jun 2001, Marc Mongenet wrote: Donc, pour répondre à ta question, pour savoir, même si l'option BIOS n'est pas activée ou que le pilote n'est pas configuré/compilé avec cette option tu peux faire scsiinfo (programme en tcl/tk en surcouche à un programme en C) qui va t'indiquer toutes les options possibles pour un périphérique donné. Avec cet outil tu peux aussi changer les paramètres de caching, vérifier le nombre de segments, et changer les paramètres de correction d'erreur (nombre de relectures, remplacement de blocs automatique ou non, avec communication des erreurs corrigées ou non). Tout un monde à expérimenter :) Effectivement, et à mon plus grand désarroi je ne comprends pas toutes le informations que scsiinfo(-config) me présente. La prudence me commande de ne pas touiller des les paramètres SCSI de mes disques qui fonctionnent très bien. Mais je finirai quand même par faire des essais !-) Ou est-ce que je risque des corruptions de données ? Je n'ai rien réussi à Il y a *longtemps*, quand Linux était un des premiers OS à implémenter ces fonctionnalités, notamment Quantum ont été pris en flagrant délit de pondre du firmware qualité petit caca, avec corruption de données, notamment. Longtemps, c'est plus de 5 ans ? Parce que je n'ai pas des disques très récents... Je suis aussi tombé (avec Google) sur une discussion à propos de problèmes avec des disques Seagate. Comme j'ai un de chaque marque, je suis comblé. :-) Merci beaucoup pour cette réponse très complète, je vais étudier tout cela, faire un joli paquet avec mes questions et revenir à la charge plus tard. Tiens, Mozilla 0.9.1 est sorti aujourd'hui, ça va demander de la commutation d'essais. :-) Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
SCSI command queuing
Bonjour, j'aimerais savoir comment je peux déterminer quels sont mes périphériques SCSI qui supportent le tagged command queing. Suffit-il d'essayer en activant l'option dans le BIOS de la carte SCSI pour chaque périphérique ? Ou est-ce que je risque des corruptions de données ? Je n'ai rien réussi à trouver d'aussi spécifique en cherchant des informations sur mes périphériques (Quantum XP34550S, Seagate ST51080N, Pioneer CD-ROM DR-U24X ou IOMEGA ZIP 100). Un peu par hasard actuellement l'option n'est active que pour le Quantum, qui est aussi mon périphérique le moins bas de gamme / obsolète. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: J'accède plus au root
Dominique Muller wrote: Ouvrir un xterm, lancer xhost + puis su entrer le passwd de root. Il y a aussi xhost local: qui restreint bien les accès. Marc -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Linux Standard Base [Was: Re: Netscape 6 installation]
Jean-Albert Ferrez wrote: Il y a du travail qui se fait dans ce domaine. Ca n'avance vraiment pas vite, mais bon... Linux Standard Base, http://www.linuxbase.org/ en particulier le chapitre 16 FHS (Filesystem Hyerarchy Standard, ou un truc qui ressemble) est un des module les plus avancé. Mais ça reste encore assez théorique. Quoique, les dernières RedHat, par exemple, ont déplacé certains trucs pour être un peu plus FHS-compliant. Par exemple, /usr/doc est maintenant /usr/share/doc Pas si théorique, par exemple Suse fait grand cas de son suivi du standard : SuSE Linux 7.0 Rated the Most Standard-Compliant Linux Distribution à http://www.suse.de/us/suse/news/PressReleases/lsb_test.html Et les mainteneurs de Debian ont vivement réagi à son mauvais classement à http://kt.zork.net/debian/dd20001102_9.html#3 Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: hors sujet mais affligeant quand meme
claude wrote: ok j'mai planté... sorry Pas du tout, je trouve aussi assez affligeant ce que fait Microsoft. Dans un certain sens, vu leur position virtuellement monopolistique dans le domaine, on peut comprendre le soupçon. Mais pousser le soupçon jusqu'à ficher les clients qui n'achètent pas leurs produits, c'est scandaleux. Et il ne s'agit pas forcément de pirates ou d'utilisateurs d'autres logiciels. Il existe certainement une part non négligeable de transfert de licence Windows. mais bon, il y des sujets de discussion plus passionnants, aussi je vous propose de clore celui-ci si vous le voulez bien désolé... bonne soirée ! claude Bonne soirée, Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: [Debian] vérifier l'installation
Marc SCHAEFER wrote: On Thu, 3 May 2001, Marc Mongenet wrote: trollEn somme la même chose que RPM sur la Red Hat 5.2./troll Ils ont vraiment des signatures électroniques (je ne parle pas seulement de md5sum, mais bien de systèmes à clé publique, répudiation de clé, etc) ? C'est basé sur PGP, donc je suppose qu'il y a tout. Je ne connais pas très bien PGP, quoique je me souviens avoir une fois installé le nécessaire pour vérifier la signature. Ils vérifient aussi les droits d'accès et MD5 des fichiers installés. Voir un manuel pour plus de détails : http://www.rt.com/man/rpm.8.html Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: [Debian] vérifier l'installation
Marc SCHAEFER wrote: On Wed, 2 May 2001, Marc Mongenet wrote: Malheureusement je ne sais pas trop: peut-être que s'il est dans /etc, alors c'est un fichier généré et non pas figurant dans l'archive, mais qui est dans la liste de fichier de l'archive pour pouvoir être effacé ? Quoi qu'il en soit, il contient ça chez moi: #ALLOW_ROOT=yes #TRACKING=yes SET_DEFAULTS=yes ALLOW_USERCONFIG=yes #ALLOW_BINOVERRIDE=yes #NO_LD_PRELOAD=yes #netscape=BIN:VER:FLA #navigator=BIN:VER:FLA #communicator=BIN:VER:FLA #use_ns_remote=yes #DEBUG=no #NS_FIX=no Merci, j'ai pris le .deb, j'ai lancé dpkg-deb --extract netscape-base-4_4.77-1_i386.deb nn et le fichier config du paquet est identique. C'est un peu bizzare qu'une réinstallation ne le mette pas dans /etc. Euh. Konqueror/2.1 prétend avoir le support CSS 1, et support partiel CSS 2. Support CSS1. Voilà qui titille fortement mon intérêt. Évidemment il y a toujours des dégrés dans le support CSS1. Je serai intéressé de savoir où il se place par rapport à Netscape 4 (OK, je suis peu méchant), IE5.5 ou Mozilla. Bon, sans avoir le moindre début de KDE sur ma machine je pense que ça fait beaucoup à installer, non ? Il y a quelques problèmes assez grave avec la Debian Policy actuelle (/usr/share/doc/debian-policy/), et c'est dommage: [...] En bref pour que je sois content il faudrait: [...] trollEn somme la même chose que RPM sur la Red Hat 5.2./troll chez moi: 34a0d63756adf6b785a374406e176a14 usr/share/gnome/help/gnotepad+/C/index.html ec5aca5b86452aa947be323093ca4acc usr/share/gnome/help/gnotepad+/C/index-5.html 447d480dc0e79a7c23fcbdbdb644d89f usr/share/gnome/help/gnotepad+/C/topic.dat Tu peux reporter cela comme bug sur http://bugs.debian.org/ si ce n'est pas déjà fait. En fait le problème vient du fait que ces fichiers appartiennent à 2 paquets : gnotepad+, gnotepad+-help. Or la somme MD5 n'est pas identique dans les deux. Quel genre de bug est-ce ? debsums qui ne sait pas reconnaître le paquet propriétaire (retourné par dpkg -S) ? Où un des paquets qui ne devrait pas avoir ces fichiers ? Marc -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: [Debian] vérifier l'installation
Marc SCHAEFER wrote: On Mon, 30 Apr 2001, Marc Mongenet wrote: Pour résoudre: une méthode qui marche souvent est de réinstaller le Provides: ou le nom du package avec apt-get install. J'ai utilisé : apt-get install --reinstall netscape-base-4 Ca m'a bien réinstallé le paquet. Mais un des fichiers manque toujours. Le problème que j'ai actuellement est que je n'ai pas (plus ?) le fichier /etc/netscape4/config. Cela cause des messages de la part du script wrapper qui lance Navigator. Or je n'arrive pas à réinstallé ce fichier. Peut-être n'existe-t-il en fait pas dans le paquet ? Cependant : ~# dpkg -S /etc/netscape4/config netscape-base-4: /etc/netscape4/config Netscape est non-free, closed source, donc au lieu de pouvoir intégrer seulement les bugsfixes et rester à la version considérée comme stable, Debian est forcé, dans une version stable, de passer à une version suivante. Donc il propose le choix des diverses versions. Il y a une logique certaine. Je me demande cependant si AOL a mis autre chose que des corrections critiques dans la version 4.77. Comme client WWW non propriétaire, je te conseillerais plutôt Konqueror/2.1. Ou mozilla. Netscape comme programme propriétaire ne s'intègre pas bien à la philosophie Debian. Pour Mozilla, j'essayerai peut-être la version 0.9. La M18 qui vient avec la Potato n'est assez utilisable. Pour Konqueror, comme je m'intéresse pas mal à CSS, je ne pense pas qu'il puisse satisfaire mes besoins. Encore une question, je ne trouve pas de commande pour vérifier que les fichiers installés sont présents et non corrompus. Je n'ai debsums Merci, exactement ce que je cherchais. C'est un peu bizzare, ce n'était pas installé. (malheureusement tous les packages ne sont pas encore installés avec les md5sums). Les sommes de certains fichiers sont fausses. Même des fichiers que je n'ai jamais modifiés et qui ne sont pas des fichiers de configuration. Bizzare bizzare... Exemple : md5sum: MD5 check failed for 'usr/share/gnome/help/gnotepad+/C/index.html' md5sum: MD5 check failed for 'usr/share/gnome/help/gnotepad+/C/index-5.html' md5sum: MD5 check failed for 'usr/share/gnome/help/gnotepad+/C/topic.dat' Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
[Debian] vérifier l'installation
Je crois que mon installation de Netscape Communicator sur Debian est un peu chaotique. Récemment il y a eu une mise à jour de sécurité avec la version 4.77 de Netscape. Depuis ce jour dselect me répond ce qui suit lorsque je lui demande d'installer sans avoir rien sélectionné : 0 packages upgraded, 0 newly installed, 0 to remove and 1 not upgraded. Je ne comprends pas pourquoi un paquet n'est pas mis à jour. Comment puis-je savoir duquel il s'agit ? Comment puis-je savoir pourquoi il n'est pas mis à jour ? J'ai aussi remarqué que les paquets de Netscape étaient différents pour chaque version. Par exemple il y a netscape-base-476 et netscape-base-477. C'est un peu comme pour les noyaux. Mais je ne vois pas l'intérêt d'avoir deux versions de Netscape simultanément installées sur mon poste. Pourquoi ? Encore une question, je ne trouve pas de commande pour vérifier que les fichiers installés sont présents et non corrompus. Je n'ai trouvé que `dpkg --audit` mais cela ne vérifie pas les fichiers, seulement la base je suppose. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: php + apache config
Ryser Francois wrote: J'ai une petit question Quand je fait un script .php le server apache le comprend bien mais si dans une page web je met ? php cela ne marche pas ou est l'erreur Meci Côté syntaxe, mettez ?php sans espace entre le '?' et le 'p', comme requis par la syntaxe des 'processing instruction' http://www.w3.org/TR/REC-xml#sec-pi de XML. Peut-être est-ce possible en SGML, mais il est de toute façon plus prudent de respecter la syntaxe plus simple de XML. Pour cette raison il faut aussi éviter d'omettre le php, sauf erreur optionnel en SGML mais pas en XML. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Installation Carte SCSI Future Domain TMC-885
Pierre Maitre wrote: avec tar. Ca marche nickel mais c'est lent (8 minutes pour charger StarOffice! Benchmark avec /sbin/hdparm: 0.4Mb/sec). C'est croire qu'on a fait des progrs dans les cartes SCSI depuis 1990! Ce petit benchmark m'a donn envie d'essayer hdparm. C'est effectivement lent, j'arrive 0,8 Mo/s sur un lecteur ZIP100 ! Et 9,34 Mo/s sur un disque de 4 Go. Avec une carte AdvanSys achete en 1997. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Readline invite en couleur
Flix Hauri wrote: Pour m'en sortir, j'avais rajout un saut de ligne de manire avoir le prompts sur une ligne ne comportant pas de squences d'chapement. Je crois que c'est une excellente ide ! En plus je ne serais plus gn par les longues invites (car j'aime aussi indiqu dans quel rpertoire je suis). Sinon ``awk''! ;=) Connais-tu la variable PROMPT_COMMAND? Oui, mais je dois avouer que je ne vois pas qu'en faire dans ce cas. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Question a propos de la licence GPL
Marc SCHAEFER wrote: On Sat, 21 Apr 2001, Marc Mongenet wrote: Si le cgi-bin est une partie importante d'une activit quelconque, c'est bien triste que la GPL ne prvoie pas encore de porte de sortie. Son esprit est pourtant clair. Son implmentation ne l'est pas, car elle a t crite pour des cas o l'utilisateur se confond avec l'installeur. Je crois que j'avais mieux compris la lettre que l'esprit en l'occurrence. En bref mfiez-vous avec les ASP (Application Service Provider), soit tourner votre entreprise sur les serveurs de tiers. Ils peuvent donc modifier du logiciel GPL en cgi-bin sans vous donner la source, de faon rendre leur programme non amliorable par des tiers et vous rendre captif. C'est effectivement une menace pour le logiciel libre. Mais la vision amricaine du copyright ne semble pas avoir la mme notion de droit moral de l'auteur que nous avons en Europe. D'o les inquitudes de RMS. En Suisse il me semble que le droit donne bien assez (trop ?) de droits aux auteurs. Par exemple http://www.admin.ch/ch/f/rs/231_1/a11.html : L'auteur a le droit exclusif de dcider: a. si, quand et de quelle manire l'oeuvre peut tre modifie; b. si, quand et de quelle manire l'oeuvre peut tre utilise pour la cration d'une oeuvre drive ou tre incorpore dans un recueil. Ce qui me semble difficile en revanche, c'est de ne pas rendre les obligations tellement contraignantes qu'elles rendent l'utilisation d'un logiciel libre encore plus lourd que celle d'un logiciel sous licence cl. Bien sr il ne s'agit que de garantir un accs aux sources, sans quelles soient forcment toutes continuellement, totalement et immdiatement accessibles. Mais si chaque site Web bas sur des logiciels libres est continuellement assaillis de demandes de sources, par exemples par des 'utilisateurs' concurrents, il renoncera vite tout ce qui est GPL plutt que de se lancer dans un systme de suivi de versions dment. Ce serait aussi grave pour le logiciel libre. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Readline invite en couleur
Flix Hauri wrote: Compter la position du prompt SANS les caractres spciaux, forcer le comptage moins trois, via une ligne supplmentaire et l'impression d'espaces, encadrs par ``Esc[s\n'' et ``Esc[u'', (Solution lourde que j'ai vite abandonne, mais qui marche;) Je n'aurais pas trouv tout seul. :-) o comme je l'ai fait: renvoyer une partie des infos sur la premire ligne de l'cran pour un tty ou en titre de la fentre pour un xterm: --- add this to your .bashrc ;-) -- case $TERM in xterm* ) PROMPT_COMMAND='echo -ne "\033]0;${USER}@${HOSTNAME}: ${PWD}\007"' ;; linux* ) PROMPT_COMMAND='printf \ "\033[s\033[H\033[33;44;1m%-${COLUMNS}s\033[u" \ "$USER@$HOSTNAME: $PWD"' ;; esac --- add this to your .bashrc ;-) -- Merci bien. J'utilise directement des squences ANSI. Il me semble que la plupart des terminaux implmants sous Linux les reconnaissent intgralement. J'ai appris l'existance de la commande ``tput'' hier en lisant le courier de Marc Mongenet, mais je n'ai pas trouv dans la page de man, les correspondances aux commandes ANSI suivantes: Esc[s : Sauvegarder la position du curseur. Esc[u : Renvoyer le curseur la position sauvegarde. J'ai regard dans le man de terminfo. Je pense qu'il s'agit de restore_cursorrc rc restore cursor to position of last save_cursor save_cursor sc sc save current cursor position (P) Quand aux commandes pour le titre d'un XTerm: ``Esc]0;...\007'', je l'ai trouv dans un ``/etc/profile'' d'une distrib RH6.2, n'ai trouv aucune doc nul part. Trs intressant, je suis aussi intress au rglage du titre de mon XTerm. Si je trouve une doc, j'en fais part. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Question a propos de la licence GPL
Marc SCHAEFER wrote: On Thu, 19 Apr 2001, Frederic Schutz wrote: L est mon problme d'interprtation: est-ce que mettre sur un site web *public* un cgi-bin est considr comme de la diffusion ? Le programme n'est qu'excut, et jamais transmis directement un quelconque utilisateur du site - seuls les rsultats de l'excution le sont. Oh, tu as raison. Dans l'esprit de la GPL je dirais oui, car la personne est captive de ton logiciel, vu qu'elle l'excute (indirectement). Hum, excuter un logiciel ne rend pas captif pour autant, heureusement. :-) Mais surtout, dans l'esprit de la GPL, je dirais franchement non. Je me base sur cette extrait de la GPL : "The act of running the Program is not restricted, and the output from the Program is covered only if its contents constitute a work based on the Program (independent of having been made by running the Program). Whether that is true depends on what the Program does." Clairement, ceci stipule qu'il n'y a pas de restriction sur l'excution. Mais surtout il est stipul que le rsultat n'est pas non plus concern. Bien sr le CGI ne doit pas envoy des informations elles-mmes couvertes par la GPL. Je vois une autre ambigut. Est-ce que donner un accs public un programme est considr comme une copie ou une distribution. Tout aussi clairement, non. Cela n'est cependant pas explicitement couvert par la GPL. C'est plutt une notion plus gnral de droit d'auteur. Mais par analogie avec une projection publique de film, une excution publique de logiciel n'est pas une copie ou une distribution. On peut noter ce propos que la GPL parle de 'recipient' et non de 'user' dans la phrase : "Each time you redistribute the Program (or any work based on the Program), the recipient automatically receives a license from the original licensor to copy, distribute or modify the Program subject to these terms and conditions." Donc tant que le CGI lui-mme n'est pas diffus, la GPL ne dit rien. Maintenant bien sr un URL suffit. Est-ce que la GPL autorise cet utilisateur demander les sources, y.c. les modifications ? Oui, sauf si le seul utilisateur de ce cgi-bin est celui qu'il l'a modifi. "oui", en tout cas dans certains cas. Mais si on dit oui, on pourrait se demander si l'utilisateur peut demander les sources du serveur web (s'il est GPL), voire de l'OS sur lequel il tourne, etc :-) Oui :) Ca devient un peu absurde, hein ? :-) Un URL pas chez toi suffit. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Readline invite en couleur
J'aime bien discerner facilement les invites de mon shell dans le terminal (XTerm dans 99.99% des cas). J'ai donc color cela avec ces quelques lignes dans mon ~/.bashrc : rouge=`tput setaf 1` gras=`tput bold` attr0=`tput sgr0` PS1="${gras}${rouge}\w\\\$${attr0} " Pour la couleur, tout va bien, MAIS : Sans Readline ni XTerm, par exemple dans la console aprs avoir lanc bash --noediting, la coloration syntaxique est bonne, ainsi que le retour la ligne. Mais une fois le retour la ligne effectu, il n'est plus possible de revenir la ligne prcdente. Ce qui est malcommode pour diter les commandes sur plusieurs lignes. En revanche, la bibliothque Readline se dbrouille pour permettre de revenir avec le curseur dans les lignes suprieures. Ce que l'option reverse-wraparound de XTerm devrait aussi permettre (pas test). Le problme de Readline est que pour faire ce petit traitement de lignes, elle calcule la longueur de l'invite, mais en considrant les squences d'chappement comme des caractres imprimables. D'o fourbi complet et illisible ds que la ligne de commande dpasse la longueur calcule par Readline. Je suis donc embt. Je ne peux pas me passer des fonctionnalits de Readline. Je ne vois pas d'option (documente) de Readline pour rsoudre mon problme (horizontal-scroll-mode est la seule qui s'approche). Mais je tiens mes invites biens visibles. Est-ce que des solutions toutes diffrentes comme zsh pourraient rsoudre mon problme ? Marc -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Problème en PHP
Mathieu Bornoz wrote: J'ai un problme de syntaxe en php et pour mieux comprendre voici un petit exemple : J'ai une variable $login qui contient "bonjour" ensuite j'ai une variable $temp qui contient "login" En concatnant$concat = '$'.$temp; et en faisant un echo de $concat j'obtients $login et non pas "bonjour" Y a-t-il une possibilit pour dire que le contenu d'une variable est elle mme une variable ? J'espre que quelqu'un m'a compris Une ide, jamais test, d'ailleurs je n'ai jamais fait de PHP (mais du Perl une fois par anne) : utiliser eval. $concat = eval('$'.$temp); Voil, j'espre que c'est au moins syntaxiquement correct. :-) Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: e-voting et démocratie
Jos Manuel Nunes wrote: Marc Mongenet wrote: La diffrence entre un logiciel 'libre' et 'ouvert' tant principalement que le logiciel libre peut tre modifi et redistribu volont en plus d'tre accessible sous forme de source. N'est-ce pas important qu'on puisse librement et sans dpendence d'autres corriger des erreurs et qu'autres puissent reprendre et rproduire ce qu'on fait? C'est pratique, peut-tre important, mais pas ncessaire. De toute manire, ce genre de logiciel devrait tre auditer, puis geler une fois qu'il est considr comme fiable. Bien sr, si une faille apparat, il faut la corriger, puis auditer et geler nouveau. En bref, il me semble qu'il suffit d'un contrat de maintenance assez classique et d'acheter le source avec droit de le rendre disponible au public pour garantir le processus dmocratique. Cela dit dans ce cas prcis la diffrence me semble insignifiante. Pas pour celui qui vend le systme ! Le code source de Solaris me semble par exemple 'ouvert', mais pas libre. Si je te dis que j'ai toujours utilis Debian tu comprendras que je suis plutt GPL qu'autre chose. Oui, j'utilise aussi Debian. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Traduire des balises HTML
Olivier Bornet wrote: Salut Yann, Question du jour : Comment traduire des balises HTML de majuscules en minuscules ? Pour ton problme, avec perl (par exemple) : perl -pe 's/([^]*)/sprintf("%s",lc($1))/ge' index.html new-index.html Mais IMG SRC="Fleche.png" ALT="--" TITLE="fleche" Bla bla est traduit en img src="fleche.png" alt="--" TITLE="fleche" Bla bla Ce n'est pas souhaitable. En fait il ne faut traduire que les noms d'lment et d'attribut. Mais pas les valeurs d'attribut comme "Fleche.gif". En outre il faut tenir compte qu'une balise peut couvrir plusieurs lignes. Le plus simple et le plus fiable est sans doute d'utiliser HTML Tidy. http://www.w3.org/People/Raggett/tidy/ Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: e-voting et démocratie
Jos Manuel Nunes wrote: Or, si le projet "e-voting" semble intressant, pour qu'il soit aussi dmocratique, il faut qu'il ait la forme d'un projet avec code libre (c'est--dire code public et accessible tous), car c'est la seule faon d'assurer lgalit de tous les opposants au moment d'un vote. La pertinence d'un projet code libre est d'ailleurs mise en avant aussi pour des raisons de scurit, du moins si l'on souhaite une scurit maximale. J'adhre tes arguments, cependant je ne pense pas que l'e-voting ncessite des logiciels 'libres'. Des logiciels 'ouverts' suffiraient. La diffrence entre un logiciel 'libre' et 'ouvert' tant principalement que le logiciel libre peut tre modifi et redistribu volont en plus d'tre accessible sous forme de source. En outre, il faut sans doute, pour faire peur, appuyer sur le fait qu'avec un logiciel non ouvert, il ne serait pas possible de se dfendre contre certaines accusations de trucage d'lection. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Question de style en C
Frederic Schutz wrote: Merci tous ceux qui ont rpondu ! Question principale: a se fait d'avoir une bibliothque en .o, accompagne d'un simple fichier texte ct ? Non, sauf si c'est ncessaire. De ce cas a n'a pas l'air ncessaire. C'est par exemple ncessaire pour "/etc/resolv.conf". Et dans l'hypothse o je code le tout "en dur", il me semble plus simple de coder un tableau qu'une longue srie d'instructions pour crer la liste. La meilleure solution est sans doute de coder qqch de simple, comme un tableau, de n'y accder qu' travers des fonctions spcifiques. Ainsi il est possible de changer la structure de donne de manire localise si il faut par exemple augmenter les performances. Vu que ma correspondance entre intervalles et numros associs est donne, et pas calculable, je pense que a ne jouera pas. Par contre, une correspondance de ce genre pourrait simplifier la recherche pour chercher ensuite si un mot est dans un intervalle donn. Typiquement les fonctions d'accs pourraient se reposer sur des arbres comme expliqu dans un autre courrier. Je n'ai pas encore rflchi comment j'allais indexer le tout aprs coup. Si le tableau est en mmoire (soit en dur, soit avec le mmap propos par Marc), la recherche sera quasiment instantane, si le nombre d'entres est de l'ordre de 1000. S'il est sur le disque, a peut valoir le coup effectivement de rflchir un peu plus. En cas d'hsitation, c'est une excellente occasion pour concevoir une interface ne laissant pas du tout transparatre l'implmentation. Ce qui laisse ensuite le loisirs de changer d'avis aussi souvent qu'on veut. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Classe de securite
Yann SOUCHON wrote: Salut ! Est-ce quelqu'un serait a quelle classe de securite appartient Linux ? Un copain doit faire un rapport la securite sur les differents OS dont Linux. Si quelqu'un a de la documentation (site web, ...) je suis preneur. Un bon point de dpart sont les discussions des dveloppeurs Linux. Les certifications ont t discutes, plusieurs fois. Voir par exemple le rsum http://kt.zork.net/kernel-traffic/kt2529_69.html#4 Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Question de dénomination
Daniel Cordey wrote: On Mon, 26 Mar 2001, claude wrote: Je cherche la traduction franaise de deux termes utiliss en programmation 1) overloading : c'est dire quand dans une classe on dfinit deux mthodes ayant le mme nom, mais des paramtres diffrents 2) overriding : quand une classe fille (une classe drive) redfinit une mthode dj implante sans sa classe mre avec les mmes types de paramtre J'ai trouv surcharge et surdfinition pour overloading, mais rien pour overriding alors si qqun une ide Tiens, il me semble que la literature C++ parle de "surcharge d'un operateur" dans le cas que tu definis sous "overriding", or le mot surchage correspond bien au terme "overload". Pour le cas des oprateurs, on parle effectivement souvent de surcharge, mais on pourrait aussi voir cela comme une simple dfinition. Il y a surcharge dans le sens ou l'on ne peut pas inventer de nouveaux oprateurs. On doit rcuprer ceux qui existent (ce n'est pas vraiment une limitation en C++) avec leur prcdence, arit... Donc a chaque fois que le compilateur tombe sur un oprateur, il doit choisir entre un oprateur 'classique' et un oprateur 'dfini' selon le type des paramtres. Il en est de mme lorsque des fonctions sont surcharges comme : int max(int, int); float max(float, float); Cependant ces oprateurs ne redfinissent gnralement rien dans une classe. Il s'agit d'une simple dfinition qui apporte une nouvelle mthode. Sauf pour l'assignation qui est gnralement dfinie par dfaut. Mais a devient peut-tre un peu trop technique pour linux-leman l ? Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: payKreator et Compta
"Gauteron, Yann" wrote: -Original Message- From: Marc Mongenet [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 14, 2001 1:10 AM Ct C++ j'ai une bonne exprience, surtout de maintenance. Mais je participe volontiers la conception et l'criture de classes. Ca serait super... Je me pose encore la question sur le langage de programmation utiliser... Bien que C++ soit un langage qui me semble adquat pour ce style de programme, j'ignore s'il est facile de rcuprer des librairies C++ pour les intgrer dans des programmes en C (pour permettre l'interaction de payKreator avec un autre soft). Si ce n'est pas le cas, alors C++ ne serait pas le choix le plus judicieux... (L'inverse tant ralisable). Quels services offriraient ces bibliothques ? Pour l'interaction entre payKreator et les autres softs, je ne vois pas trs bien comment tu vois les choses. Il y a plein de possibilits, (fichiers, sockets, CORBA...), je ne crois pas que le langage puisse tre une barrire srieuse. moins que ces softs reposent sur des bibliothques partages, mais si ces bibliothques n'existent pas, je suppose que les autres softs non plus et rien n'empche de tous les faire en C++. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Attention avec Xfree4 !
Ludwin wrote: Tu es probablement root (cf la commande id). Si je suis root sans avoir d donner mon mot de passe, a veut dire que l'on peut "craquer" un systme linux simplement en faisant linux init=/bin/bash aprs le prompt de lilo. Mais... je vais essayer. Oui, ou bien en amorant d'une disquette ou d'un CD. Je n'ai d'ailleurs pas trs compris comment xfs se lanait aussi lorsque tu amorais d'un CD. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Apache cannot determine host name
Marc SCHAEFER wrote: On Wed, 7 Mar 2001, Marc Mongenet wrote: Allons-y: Merci pour tout tes efforts. chez moi a marche (tm) [Version: 1.3.9-13.2] J'ai aussi la version 1.3.9-13.2. Je ne comprend pas pourquoi Apache n'arrive pas dterminer le "local host name". A mon avis, chez moi a marche car mon /etc/hosts: 127.0.0.1 localhost 193.72.186.8defian.alphanet.ch defian En clair je n'ai pas touch 127.0.0.1 localhost, et j'ai un rseau fixe (Ethernet) avec l'adresse mentionne. Est-ce que Apache lirait directement ce fichier ? (voir en-dessous). Bien sr je pourrais essayer de donner une valeur (laquelle ?) ServerName, Sauf erreur ServerName est le nom qui sera transmis au client HTTP. Il faut donc que pour tout client qui accdera au serveur Apache, resolve(ServerName) donne bien l'adresse. Apache le trouve tout seul, sauf dans un cas: s'il n'y a aucune autre interface que l'interface locale (ou si les autres interfaces n'ont pas le unresolve qui marche). Je ne comprend pas trs bien ce que fait Apache. Comment peut-il trouver tout seul ? Il y a bien `hostname`, mais il ne semble pas l'utiliser, sinon il trouverait "yok-yok". Et pour les autres interfaces, comment les trouve-t-il, comment slectionne-t-il la bonne ? Avoir une interface PPP active ne l'intresse pas chez moi. Pourtant le unresolve marche, j'ai toujours un nom du genre "pop-ls-9-4-1.freesurf.ch" lorsque je suis connect par PPP. Je suppose qu'il faut lire les sources d'Apache pour comprendre la logique. # ServerName allows you to set a host name which is sent back to clients for # your server if it's different than the one the program would get (i.e. use # "www" instead of the host's real name). # # Note: You cannot just invent host names and hope they work. The name you # define here must be a valid DNS name for your host. If you don't understand # this, ask your network administrator. Si tu mets localhost, le client distant voudra accder aux requtes suivantes via localhost, ie lui-mme, au lieu du serveur, donc cela ne marchera pas (ni yok-yok, d'ailleurs, car c'est aussi 127.0.0.1). Cela n'a aucune importance, bien sr, si tu n'as que des clients locaux. Dans ce dernier cas mettre localhost ou yok-yok, quivalent pour toi. C'est aussi ce que je comprend, merci pour l'approfondissement. On peut donc reprocher Debian de ne pas avoir vu que ta machine n'a aucune connexion rseau et donc ne pourra jamais tre accde de l'extrieur correctement. Dans ce cas Debian devrait mettre localhost dans ServerName, car Apache ne pourra pas trouver de nom diffrent d'un nom valeur locale seulement qui se rsoud. On pourrait aussi reprocher Apache de ne pas se satisfaire d'un nom local lorsqu'il ne trouve rien d'autre, non ? Est-ce que j'ai un peu clarifi le problme ? Oui, un peu, mais je suis difficile satisfaire tant que je n'ai pas tout compris. :-) Pour rsumer, 3 points m'chappent : - Comment Apache reconnat les noms locaux ? - Pourquoi n'utilise-t-il pas le nom local s'il n'en trouve pas d'autre ? - Pourquoi ne trouve-t-il pas le nom rseau lorsque je suis connect ? Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Apache cannot determine host name
Ludwin wrote: Marc Mongenet wrote: Bonjour, je viens d'installer Apache sur ma Debian 2.2r2 mais la configuration par dfaut ne fonctionne pas. Exemple au boot, aprs le boot, en tant connect par PPP, a revient au mme : ~# /etc/init.d/apache start Starting web server: apache. apache: cannot determine local host name. Use the ServerName directive to set it manually. /usr/sbin/apachectl start: httpd could not be started C'est toujours comme a quand apache est juste install sur la debian patate. Il m'a suffi de rajouter: ServerName 127.00.01 en bas de httpd.conf et a marche Merci pour le tuyau. Effectivement, sur d'autres distribs, il n'y a pas besoin de modifier httpd.conf pour que le serveur dmarre. Peut-tre faudrait-il envoyer un mail au gars qui gre ce package chez debian... D'aprs ce que j'ai vu, il y a dj pas mal de problmes. Dont un qui commence exactement comme le mien : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=65335repeatmerged=yes Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Modules Linux Debian
Marc SCHAEFER wrote: Faut pas hsiter regarder dans la source, mme si on a une connaissance limite du C ou du kernel Linux, c'est souvent trs instructif. Un autre source, si on aime la posie et les DVD... http://www.cs.cmu.edu/~dst/DeCSS/Gallery/decss-haiku.txt :-) Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Modules Linux Debian
Marc SCHAEFER wrote: PS: s'il n'y a pas `auto' dans ce fichier ( la fin), normalement Debian ne lancera pas kmod/kerneld immdiatement. S'il y a `noauto' il n'y aura plus de `demand loading'. Je n'ai pas tout fait compris le sens de ce "auto", il me semble obsolte. En effet, kmod tant dans le noyau, il est toujours "lanc". Et kerneld est lanc par les scripts de dmarrage si kmod n'existe pas, (enfin je suppose que c'est le sens de "test -f /proc/sys/kernel/modprobe") sauf s'il y a un "noauto" dans "/etc/modules". Le "noauto" semble aussi inoprant avec kmod, non ? Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.