Re: [BIS] les resultats du Sondage 2002 sont disponibles

2003-03-17 Par sujet Marc Mongenet
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

2003-03-03 Par sujet Marc Mongenet
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

2003-03-03 Par sujet Marc Mongenet
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

2003-02-28 Par sujet Marc Mongenet
[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

2003-02-26 Par sujet Marc Mongenet
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

2003-02-26 Par sujet Marc Mongenet
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

2003-02-26 Par sujet Marc Mongenet
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

2003-02-26 Par sujet Marc Mongenet
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

2003-02-25 Par sujet Marc Mongenet
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?

2003-02-17 Par sujet Marc Mongenet
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

2003-01-08 Par sujet Marc Mongenet
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

2002-12-16 Par sujet Marc Mongenet
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

2002-12-14 Par sujet Marc Mongenet
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

2002-12-12 Par sujet Marc Mongenet
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

2002-12-06 Par sujet Marc Mongenet
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

2002-12-01 Par sujet Marc Mongenet
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

2002-11-21 Par sujet Marc Mongenet
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

2002-11-20 Par sujet Marc Mongenet
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

2002-11-20 Par sujet Marc Mongenet
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

2002-11-15 Par sujet Marc Mongenet
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

2002-11-14 Par sujet Marc Mongenet
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

2002-11-01 Par sujet Marc Mongenet
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!!!

2002-11-01 Par sujet Marc Mongenet
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

2002-10-10 Par sujet Marc Mongenet

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

2002-10-03 Par sujet Marc Mongenet

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

2002-09-25 Par sujet Marc Mongenet

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.

2002-09-18 Par sujet Marc Mongenet

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

2002-09-12 Par sujet Marc Mongenet

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)

2002-09-04 Par sujet Marc Mongenet

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)

2002-09-04 Par sujet Marc Mongenet

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

2002-09-04 Par sujet Marc Mongenet

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)

2002-09-03 Par sujet Marc Mongenet

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)

2002-09-02 Par sujet Marc Mongenet

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++

2002-09-02 Par sujet Marc Mongenet

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++

2002-09-01 Par sujet Marc Mongenet

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

2002-09-01 Par sujet Marc Mongenet

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

2002-09-01 Par sujet Marc Mongenet

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++

2002-08-29 Par sujet Marc Mongenet

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

2002-08-27 Par sujet Marc Mongenet

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

2002-08-27 Par sujet Marc Mongenet

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

2002-08-12 Par sujet Marc Mongenet

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

2002-08-11 Par sujet Marc Mongenet

À 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

2002-08-09 Par sujet Marc Mongenet

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

2002-08-03 Par sujet Marc Mongenet

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

2002-08-03 Par sujet Marc Mongenet

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

2002-07-30 Par sujet Marc Mongenet

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

2002-07-29 Par sujet Marc Mongenet

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

2002-07-29 Par sujet Marc Mongenet

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++

2002-07-17 Par sujet Marc Mongenet

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++

2002-07-17 Par sujet Marc Mongenet

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

2002-07-16 Par sujet Marc Mongenet

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

2002-07-03 Par sujet Marc Mongenet

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

2002-07-03 Par sujet Marc Mongenet

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

2001-11-01 Par sujet Marc Mongenet

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 ....

2001-08-25 Par sujet Marc Mongenet

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

2001-08-25 Par sujet Marc Mongenet

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 ....

2001-08-22 Par sujet Marc Mongenet

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

2001-08-22 Par sujet Marc Mongenet

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

2001-08-22 Par sujet Marc Mongenet

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 ....

2001-08-21 Par sujet Marc Mongenet

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

2001-08-21 Par sujet Marc Mongenet

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

2001-08-21 Par sujet Marc Mongenet

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

2001-08-20 Par sujet Marc Mongenet

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.

2001-07-17 Par sujet Marc Mongenet

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

2001-07-09 Par sujet Marc Mongenet

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

2001-06-23 Par sujet Marc Mongenet

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

2001-06-13 Par sujet Marc Mongenet

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

2001-06-13 Par sujet Marc Mongenet

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?

2001-06-10 Par sujet Marc Mongenet

[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

2001-06-10 Par sujet Marc Mongenet

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

2001-06-10 Par sujet Marc Mongenet

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

2001-06-08 Par sujet Marc Mongenet

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

2001-06-06 Par sujet Marc Mongenet

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

2001-06-01 Par sujet Marc Mongenet

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]

2001-05-04 Par sujet Marc Mongenet

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

2001-05-03 Par sujet Marc Mongenet

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

2001-05-03 Par sujet Marc Mongenet

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

2001-05-02 Par sujet Marc Mongenet

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

2001-05-01 Par sujet Marc Mongenet

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

2001-04-29 Par sujet Marc Mongenet

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

2001-04-27 Par sujet Marc Mongenet

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

2001-04-22 Par sujet Marc Mongenet

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

2001-04-21 Par sujet Marc Mongenet

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

2001-04-21 Par sujet Marc Mongenet

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

2001-04-21 Par sujet Marc Mongenet

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

2001-04-20 Par sujet Marc Mongenet

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

2001-04-20 Par sujet Marc Mongenet

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

2001-04-06 Par sujet Marc Mongenet

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

2001-04-06 Par sujet Marc Mongenet

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

2001-04-05 Par sujet Marc Mongenet

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

2001-04-04 Par sujet Marc Mongenet

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

2001-03-30 Par sujet Marc Mongenet

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

2001-03-30 Par sujet Marc Mongenet

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

2001-03-26 Par sujet Marc Mongenet

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

2001-03-14 Par sujet Marc Mongenet

"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 !

2001-03-10 Par sujet Marc Mongenet

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

2001-03-08 Par sujet Marc Mongenet

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

2001-03-07 Par sujet Marc Mongenet

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

2001-02-25 Par sujet Marc Mongenet

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

2001-02-25 Par sujet Marc Mongenet

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.



  1   2   >