Re: e-voting
Bonjour. Je pense que le texte signé par le chancelier (il est important de confirmer les dates de publication et d'envoi au Courrier) mérite une réponse. Je vous avoue que j'ai un peu de mal à comprendre la position assumée par le chancelier en vue d'une discussion eu avec lui le lundi 20, 10h du matin. Quoi qu'il en soit, et comme d'autres l'ont déjà noté, il y a du non-sens (ce truc de programme unique), et d'autres choses bien plus graves, notamment cette histoire des propos mensongers. Je vais consulter les archives de presse (sur le site du gull) pour montrer que ce que le gull a dit --au moment ou il l'a dit-- était vrai. Si aujourd'hui c'en est une autre chose, en grande partie ça se doit au gull. Il y a mille raisons encore de pester, mais essayons de ne pas faire d'attaques personnelles. Nous avons raison en avoir posé des questions, même aujourd'hui elles n'ont pas de réponse. Et tant que nous restons corrects nous serons gagnants. Juste une dernière note pour rappeler que cette liste *est* publique et donc son contenu accessible à tout le monde. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Portable
Bonjour.
J'ai du changer de portable il y a deux semaines et comme mon expérience
est quelque peu différente de ce que j'ai lu ici j'amène ce que je pu
trouver. Merci de me corriger si mes notes sont inexactes ou pas à jour.
Le cadre:
-j'ai choisi un sony vaio fx805 (amd athlon xp powernow + ati mobility)
-j'ai installé debian netinstall (185M sur CD ou mini-CD, que j'appelle
affectueusement debiannette) sans aucun problème et tout fonctionne
conformément aux attentes sauf le "power management : apm/acpi".
Les notes:
-"Dual boot"
Utilisant le portable pour voir des DVD et ne sachant pas se je m'en
sortirai bien avec xine je voulus garder le windowsxp qui venait avec
(en fait xine marche presque parfait: quelques dvd prennent trop de
temps a être décodés et ça cause des blocages).
Le disque de 30Go était divisé en deux et chacune des partitions
semblait avoir quelques données vers la fin.
Du côté de xp (c'est fou ce qu'il y a de messages pour des mises-à-jour
et autres communications automatiques...) je suis allé voir ce qu'il y
avait sur hda2. Et vu que c'était rien j'ai désactivé la surveillance du
disque (j'imagine un système de type journalier pour faciliter
récupérations de données, mais je n'utilisa pas xp donc ce n'est qu'une
hypothèse). J'ai donc un système dual boot (avec lilo) et xp (en
rigueur: les dvd sous xp) marchent aussi bien que debian.
-"Power management":
APM est sensé fonctionner mais le ventilateur ne s'arrête jamais. Le
"reboot" ne marche pas. Le "stand by" (ou "suspend-to-RAM") est
aléatoire (mais tend vers 0). Je n'ai pas essayé toutes les possibilités
(pcixxx, noapic, apm module ou intégré dans le kernel, ...) mais il
semble que il y a des machines ou APM ne marchera pas.
ACPI -ouf, le ventilateur se repose de temps en temps!-
il n'y a pas de "suspend" ou "sleep" c'est au système de faire ce qu'il
veut lors d'une demande "suspend" ou "sleep". Pour cette dernière
("stand by", "suspend-to-RAM" ou sleep) il me semble qu'il n'y a pas de
solution actuelle car la plupart des drivers ne sont pas adaptés pour
ACPI. Pour le "suspend" ("suspend", "hibernate" ou "suspend-to-disk" il
y a le "software suspend" swsusp (
http://sourceforge.net/projects/swsusp ) qu'il faut combiner avec le
acpi ( http://sourceforge.net/projects/acpi des patches au kernel +
quelques scripts). ACPI n'est pas encore très conviviale, toutefois ceux
qui ont des pentium peuvent déjà profiter d'un driver pour "speedstep",
les amd (dont je fais maintenant partie) doivent encore attendre un peu
(un driver est en développement).
Un contrôle rudimentaire de consommation (puissance maximale utilisable
en pourcentage du total) peut-être obtenu en modifiant le régime de
puissance (echo -n x > /proc/acpi/processor/CPU0/throttling). Ce fichier
liste les états possibles T0 ... Tn) marquant l'état actuel d'un *.
En conclusion, si APM fonctionne sur votre portable ou le ventilateur
non stop ne vous embête pas, ou que vous arrivez à écouter de la musique
quand vous travaillez ne passez encore pas a ACPI. Ce sera vraiment beau
mais il semble que pas avant 2.6 et encore ...
Les infos laissés ici sont le plus à jour que j'ai pu trouver et tester
dans la semaine d'avant. Si vous trouvez des erreurs, ou des infos que
ne sont plus à jour faites-le savoir.
Merci.
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question. Ouais, pour se désabonner aussi.
Re: ... connection en cours
On Tue, 2002-09-24 at 09:19, Jean-Claude Schopfer wrote: > Je connaissais whoami mais pas "who am i" ou "who -m"...bon > c'est déjà mieux, mais j'ai toujours pas l'ip...je crois > que je vais laisser tomber à chercher quelque chose de ... J'avoue que je n'ai pas compris où est le problème, mais je crois que env donne tout ça (et bien plus). -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: [hors propos] dictionnaire de traduction sous linux
Je ne l'utilise pas, mais dict, avec les fichiers de freedict.de pour les dictionnaires bilingues, est peut-être ok. On m'a parlé de ding, qui serait un interface Tk pour dict. Bonne chance. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Debian downgrade [was: knoppix 3.1]
Il se peut que quelque chose m'échappe mais: 1. la doc les mentionne explicitement (voici le lien pour la version française http://www.debian.org/doc/manuals/apt-howto/ch-apt-get.fr.html#s-pin ) 2. j'ai fait un des ces downgrade (chez un copain j'ai du passer de unstable/sarge+testing/sid à woody; c'était en rapport avec "stable versus woody" dans sources.list, cf. discuté ici) Donc, il y a des limites (version d'apt et donc de debian, sources disponibles, ...) mais je crois bien que ça correspond bel et bien à ce qu'on attends d'un downgrade. Aurais-je mal compris quelque chose? -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: knoppix 3.1
> ... > malheureusement, il n'est pas possible de downgrader une machine. Donc > ... Mais si! Maintenant (je ne sais pas exactement quelle version d'apt) c'est possible. Il faut changer la "pin priority" pour plus de 1000. Pour plus d'info voir un apt-howto quelque part dans la doc debian. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: e-vote
On Thu, 2002-04-11 at 13:37, MuTECH wrote: >... > >Mais ici nous ne faisons pas d'échantillonage car il faut prendre en > >compte toute la population, i.e., tous les votes. > >Si l'on pouvait se contenter d'une certitude ne probabilité on n'aurai > >plus besoin de votations, des sondages suffiraient. Hélas, ce n'est pas > >politiquement et socialement satisfaisant. > > C'est bien un echantillonage mais dont le but n'est pas de calculer le > résultat du vote qui lui est calculé sur l'integralité des votes mais > uniquement de controler l'integrité des des différents serveur www afin de > pouvoir calculer une probailité d'anomalie dans le processus d'aquisition > des votes apliqué par les différents serveurs. Comme je l'ai dit avant il est possible d'estimer le résultat (en probabilité). Par contre il me semble impossible, mais je ne suis pas certain, de calculer la probabilité d'une anomalie sans qu'on connaisse le résultat (plus précisément; la distribution du résultat, qu'on pourrait supposer binomiale). Mais en faite il s'agit d'un faux problème car > ... > >Soit tous les votes vont dans toutes les urnes (e-urnes) et alors la > >somme est fixe, soit il a une partition des votants parmi les urnes. > >Imaginons une seconde un cas extrême; que cette partition est de base > >géographique (mais toute autre n'élimine pas l'argument) alors là on > >peut être sûr que la e-urne de Champel sera très différente de celle des > >Eaux-Vives ou St. Jean. Donc votation annulée? > > Comme je l'ai spécifié précedement elle n'est en aucun cas basé sur une > répartition géographique mais sur une répartition temporelle devant éliminé > la casi totalité de la dispertion. Mais n'étant pas spécialiste dans ce > domaine je ne peut naturellement pas donné de chiffre précis, de plus cet > échantillonage n'est nullement comme je l'ai indiqué plus haut utilisé afin > de determiner le résultat du vote mais plutôt dévalué la fiabilité du > processus. Essayons d'être plus clairs: si tous les votes sont dans toutes les urnes, toutes les urnes donnent le même résultat. Si ce n'est pas le cas on ne peut rien contrôler. J'ai donné l'exemple géographique car il me semblait plus simple. Mais j'ai averti qu'il en allait de même pour d'autres partitions des votants. Voici maintenant un exemple qui met en cause une partition temporelle. Supposons qu'on fasse des tranches d'une heure. Les tranches proches de l'horaire de la messe auront un vote plus conservateur. Un autre: étant donnée une quelque distribution temporelle il y aura des tranches horaires ou il y a eu très peu, voire aucun, vote. Un autre cas: il paraît que lors de certaines des dernières votations (UE, armée) le sens du vote par correspondance à carrément été inversé entre le début et la fin de la période de votation (je n'ai pas à main les collègues m'ont dit ça pour confirmer: c'est donc à prendre avec quelques grains de sel). Mais bon, le point est qu'il ne faut pas concevoir que tout le monde vote de la même façon au même temps. Concernant l'homogénéité de la partition en tranches je croit qu'on pourrait même montrer que c'est le contraire qui doit se passer (en adaptant un résultat connu concernant la longueur des séries successives de pile (ou face) lors du lancement d'un pièce. Évidemment en agrégeant les séries on s'approche de la valeur attendue -et dans le cas du vote du résultat). Pire, si cela marchait comme ça, des opposants à un quelconque objet n'auraient qu'à concentrer leurs votes dans une tranche horaire, et ainsi mener à la détection d'une dispersion et conséquente invalidation de la votation. Chiche, il ne faudrait même pas faire campagne. Pour résumer; si on dispose de tous les votes dans toutes les urnes, toutes les sommes doivent être identiques et un quelque contrôle de fiabilité n'est pas nécessaire. Si chaque vote est dans une seule urne il ne reste que à tout mettre ensemble, et il est impossible de contrôler la fiabilité. Toutefois le problème majeur est plutôt internet, car la plupart des ordinateurs sont sur un seul réseau et seront donc victimes inconscientes d'une défaillance de leur fournisseur d'accès. Il me semble, en vue de toute la discussion eue, pouvoir conclure qu'il y a des problèmes majeures non résolus avec le vote par internet. Le rôle des logiciels libres dans tout ça est de permettre d'augmenter le niveau de sécurité (mais ce n'est pas du miracle) mais c'est surtout au niveau politique et social qu'ils sont indispensables. Mais tout ça c'est déjà dit ailleurs et mieux que ce que je pourrait faire. Bon weekend, José -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: e-vote
On Wed, 2002-04-10, MuTECH wrote: > > Je viens d'envoyer un mail qui pourrai te réconcilié avec le libre ou je > pose quelques idée pour résoudre le e-vote comme par example l'utilisation > du téléphone comme voie paralléle et permet d'éviter les petits problèmes > que tu évoque. Du moin je le crois mais comme je l'ai déjà dit :fait moi > mentir et cela fera avancé le chmilblic. >... Ne me prenez pas mal, je serai plutôt intégriste: j'utilise debian depuis toujours et j'ai même vrms installé (j'avoue: 5 "non-free"). Mais allons au e-vote: Le message de Félix Hauri donne de nouveaux exemples des problèmes déjà mentionnés. Je veux bien croire que le méthode expose ci-dessous permet de comptabiliser bien les voeux exprimés. Le hic est qu'elle suppose un réseau physiquement sûr. Le message déjà référé ainsi que mon message de hier montrent que la supposition n'est pas des meilleures. Par la suite je note deux points ou des attaques comme les suggérées dans les messages ci-dessus pourraient se passer: > ... > identifier le serveur pour cette carte (le code identifiant le serveur > permet au votant de s'assurer qu'il est bien connecté à un serveur > officiel). Ensuite on mélange les cartes et on les place dans des > ... > indentifacation à déjà voté ou non. Cette ordinateur ne peut pas avoir > d'influence sur le vote puisqu'une défaillance de sa part serrai tout de > suite detectée par le votant. Par ailleur il permet d'avoir un control En passant a d'autres questions: >... > peut même oublier l'indentification mais je pense qu'il permettrai une > meilleur tracabilité en cas de problème). Si le vote est traçable il n'est donc pas anonyme. Alors en est contradiction avec >... > Les deux points sensible de ce système est de garder l'anonyma (il ne faut > pas que l'on puisse voir qu'elle personne reçoit quelle identification, > mais c'est faisable en fournisant les carte sous la même forme que le truc Pour la précision du décompte: > à grater qui est utilisé pour gagné le 1'000'000). Le deuxième qui est peut > être discutable car il utilise une notion de statistique qu'il ne serra pas > facile à expliquer au néofites mais qui devrai fonctionner (c'est là loi > des grand nombre si je me souvient bien). On doit pouvoir prouvé simplement Les lois des grands nombres (faible et forte) concernent la convergence de la moyenne d'une série de valeurs vers leur valeur attendue ou espérance. Mais ici nous ne faisons pas d'échantillonage car il faut prendre en compte toute la population, i.e., tous les votes. Si l'on pouvait se contenter d'une certitude ne probabilité on n'aurai plus besoin de votations, des sondages suffiraient. Hélas, ce n'est pas politiquement et socialement satisfaisant. > si tu répartit les votes au fur est à mesure qu'ils arrivent en 5 paquet et > que tu calcule le resultat du vote pour chaque groupe le resulta serra > casiment identique (à un choilla prêt). Si il ne l'ai pas c'est qu'il y a > un problème. La somme doit être égale indépendemment de la façon dont on l'organise. L'addition est toujours commutative quand il s'agît d'une quantité finie de nombres. >... > Bon ceci est bien joli mais comment persuader les votants que ce système > est fiable. Cela est une autre hystoire. Je pense que mandater plusieur > organismes choisit par les différents partit politiques afin de valider le Nous voilà avec la politique, et nous sommes d'accord: il faut que les votants aient confiance, même ceux qui ne voteraient pas par internet. > ... > Pendant que j'y pense, il existe un autre petit risque pour l'anonyma, > c'est l'obligation qu'on les fourniseurs de connection internet de garder > la trace des adresses IP attribuées dynamiquement afin de pouvoir faire le > lien IP->identité à un instant donné. Ceci pourait permettre avec les logs > des sites web de connaître qui était à l'autre bout pendant le processus du > vote. Ce point est référé dans le rapport sécurité qui propose qu'on ne fasse pas de log. > ... > Par contre il faudrait impérativement assuser que le votant soit bien en > contact avec les bon site est non pas avec un ordinateur frauduleu placé > entre eux et se faisant passer pour le votan comme le site web et pour le > site web comme le votan. Ceci pause un sacré problème que le cryptage il me Problème référé plus haut. > ... > le parllélisme, il faudrai faire passer les données en parlléle par > plusieurs voies différentes et de comparer à l'arrivée pour voir si elle > ... > téléphone comme voie paralelle et lui faire transmettre par les touches une > ... Ça semble intéressant. Mais c'est à étudier. Pour avoir cette connexion parallèle il ne faut pas utiliser du xDSL? La proposition de distribuer un CD avec la base logicielle de vote ne serait pas moins chére et plus simple? > ... > machines et ainsi invalider le control par la dispértion des résultats > puisqu'il serai alor possible pour les fraudeurs de fournir des résultats
Re: e-vote
> ... J'avoue ne pas avoir compris si vous parlez d'un vote via bornes publiques ou d'un dépouillement electronique. C'est pour ça que je commence ma réponse par la fin de votre message. > Le problème du e-vote est toujours identique, que l'on le résolve avec > l'informatique ou avec l'home c'est d'éviter que l'impact qu'une erreur ou Je crois que nous ne parlons pas des mêmes choses: il y a le vote par internet (celui que je discute), il y a le vote electronique via bornes publiques et il y a la détérmination du résultat d'une votation. Concernant ce dernier cas je rappelle, cf. un message précédent de Philipe Strauss, la question de la confiance et de la simplicité, et ça c'est de la politique même. Dans le cas des modes de vote actuels l'existence physique du vote permet de résoudre de façon satisfaisante le problème. Il n'en est pas ainsi pour le vote electronique. A mes yeux l'usage de code libre est susceptible de créer confiance dans la procédure de décompte des voeux. C'est dans ce cadre de bornes publiques qui se developpent les projects de e-vote serieux (l'adjectif n'engage que moi). C'est donc le passage à internet qui pose problème(s). Un exposé concret, et amusant, d'un de ces problèmes à été posté par Mathias Schmocker en http://www.smat.ch/evoting/ Une exposée plus systèmatique (en anglais) est faite par un chercheur de AT&T en http://avirubin.com/e-voting.security.html > ... Par rapport à > ... > B.Schneier je peut par example vous dire que le système du petit papier je dois dire que je ne me souviens plus des détails. L'idée que j'ai gardé est d'une ironie: le recours à la technique, au progrès, qui complique ce qui était simple (comme la nouvelle numérotation à 10 chiffres!). Personnellement je crois que le progrès est pouvoir choisir parmi un ensemble d'outils et pas avoir la contrainte de toujours utiliser le plus récent (c'est aussi pour ça que je trouve debian un progrès par rapport à d'autres distros). > ... > dépouillement par un moyen physique sécurisé et par petit groupes puis je Le problème est la. Internet ne l'est pas. > ... [description résumé d'une méthode] Le point est que les gros problèmes sont avant ce stade. >... > participation. Je partirai sur l'utilisation d'un système cryptographique > utilisé entre les banques et les utilisateurs (SSL 128) utilisable par la > majorité des internautes ensuite j'utiliserai un ordinateur central donc le La banque et l'utilisateur savent chacun et veulent chacun que l'autre sache la valeur de la transaction. La seule chose qu'ils veulent cacher est cette valeur du reste du monde et jamais la cacher à l'autre. Dans la transaction vote, une des parties, l'état, ne dois pas *pouvoir* savoir la valeur envoié par l'utilisateur. Il n'est donc pas possible une confirmation, comme c'était dans le cas précédent. Mais, encore une fois, le gros problème est en amont: c'est l'ordinateur à la maison, c'est internet. >... > prouvé que le libre n'est pas si mal. Moi je le trouve plutôt bien, mais malheuresement il n'est pas miraculeux. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
e-vote
Je me sens en faute car j'ai promis de présenter ici mes commentaires
aux rapports parus sur l'evote et je ne l'ai encore pas fait.
Et, malheuresement, ce ne sera encore pas aujourd'hui.
La rédaction de tels commentaires démande un temps et une disposition
que présemment je n'ai pas. Il ne peut pas s'agir d'une simples
collection de notes car on s'y noyerait telle sa quantité, et d'autre
part on y verrai plus dificilment ce qui est important (statistiques
trompeuses et biaisées, partis pris non avoués, ambiguïté voire
démagogie) et ce que sont les innombrables petites fautes (ignorance et
confusion de termes techniques, citations incorrectes, manque de rigueur
dans les formulations, contradictions).
Mais il y a deux points que je ne peux pas laisser passer car le
mensonge répété devient vérité.
1. "Le problème du e-vote n'est pas un problème technique ..."
Il est vrai que ce n'est pas seulement un problème technique et qu'il y
a aussi un composant politique important (comme discuté -quoi que d'une
façon incompléte- dans le rapport du Conseil fédéral). Mais il y a des
problèmes techniques non résolues au jour d'hui (voir, par exemple, les
commentaires de B.Schneier -lien disponible sur la page evote du gull).
La comparaison plus satisfaisante avec le e-vote et celle des pièces
d'argent electronique et non le 'e-banking' ou le controle de aeronefs.
Car les derniers ne supposent pas l'anonymité des données pour les
intervenants qui peuvent donc les controler (il y a donc une sorte de
redondance pour éviter/corriger l'érreur).
Cette anonymité n'existe pas dans le cas du e-vote ou de l'argent
electronique ("pièces") et c'est pourquoi ce dernier n'existe toujours
pas même si des recherches (sponsorisées par les grands banques
mondiales) ont été menées depuis il y a environs 20 ans.
Toutefois il semble que la cryptographie théorique ait une solution,
helàs complèxe et pas adaptée/able aux 'hardware' existent (ce qui en
quelque sorte retrouve les critiques du rapport sécurité: le problème
avec le vote par internet est internet -ie, fiabilité/sécurité
'software'/'hardware').
2. "..une aumentation de la participation de 6%..."
(ou 9% ou encore autres chifres selon les sources)
Ce "calcul" a été basé sur une classification des votants (type
fréquent/occasionel/rare) et "l'incitation" à voter induite par le
e-vote.
Si l'on prends le chifres sans ponderation (comme fait dans le "calcul")
ça donne 9% "d'incitation", mais dans ce cas on aurait de taux de
participation de au minimum 75%. Mais à Genève on est rarement au dessus
de 50% de participation.
Si l'on essaie de pondérer les "incitations" (en utilisant des
coefficients pour que les réponses s'ajustent à la realité) alors on
tomberai plutôt sur une "incitation" clairement inférieure aux
écart-type, c'est-à-dire, à la fluctuation "normale" des taux de
participation. Et encore, pour éviter de devoir corriger à moins de 1%
cette "incitation", il faudra croire que les "incités" deviennent des
votants réguliers.
Conclusion, il se peut bien que voter par internet permette d'aumenter
le taux de participation, mais pour l'instant on ne l'a pas montré.
Ce qu'on montre, ou suggére, c'est que tout et n'importe quel argument
même faux ou forgé semble bon.
Si le système de e-vote est aussi solide que les rapports qui le
soutiennent ...
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question. Ouais, pour se désabonner aussi.
Re: Comment voir les fin de lignes ?
>...dos2unix ... mac2unix... Pour x2y il y a recode. La commande recode mac mon_texte_mac.txt écrase le fichier mon_texte_mac.txt avec la version recodé en $DEFAULT_CHARSET (Latin-1 par défaut). -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
SQL et diagrammes ER [was: imprimer une arborescence]
>... > Equation à une inconnue : Exist-t-il un code permettant de dessiner les > relations entre les tables d'une base de donnée (PostGress) ? >... En fait il s'agit d'un problème à plusières inconnues et d'au moins deuxiéme degré. L'une des inconnues a comme solution dia, qu'existe sous debian. La version du 'stable' ne permets toutefois pas de s'en sortir car trop ancienne. Pour faire la totale il semble qu'il faut du postgresql >= 7.0, la version de dia dans 'testing' et quelques scripts de conversion entre sql et xml. J'avoue que je n'ai utilisé dia qu'avec stable et donc je ne suis pas en mesure d'assurer que ça marche. Mais j'y crois. Le schema est: pg_databse -> sql_code -> sql_dia-xml -> diag_ER et aussi dans l'autre sens. Si pas debian aller voir chez dia: http://www.lysator.liu.se/~alla/dia/dia.html Si l'experience est probante merci de renseigner. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
e-vote dans le courrier international
Bonjour, dans son édition d'aujourd'hui le courrier international parle des mirges du e-vote avec un lien vers la page du gull. Sur le web c'est http://www.courrierinternational.com et c'est en couverture. Il y aussi un autre article en http://www.plaedoyer.ch que main amie m'a fait arriver en papier. La thèse est que il n'y a aucun problème concernant protection des données. José -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Statut de Debian Woody
(Salut Fred: On ne peut que se retrouver!) On 19 Jun 2001 15:51:04 +1000, Frederic Schutz wrote: > J'utilise actuellement Debian Potato (2.2), mais la mise à jour de l'un des > logiciels que j'utilise quotidiennement (le logiciel de statistiques R / > GNU S, package r-base) me pousse à me tourner vers Woody (j'ai renoncé à >... > J'hésite donc à installer Woody (sur mon laptop, qui n'est pas un système > "trop" critique), et je voulais savoir qui a déjà fait l'expérience et avec > quelles conclusions. J'utilise depuis quelques mois testing et le package de R depuis le site cran sans problèmes vraiment importants (c'est l'esprit de testing). Pour ça il faut changer sources.list pour rajouter le miroir de cran plus proche (ici c'est l'EPFZ) et mettre testing a la place de stable ou potato. Après apt-get update et , étant donné qu'il s'agit de testing et aussi qu'on apprends avec l'erreur, faire *toujours* apt-get -u dist-upgrade, ce qui minimise le risque de mettre le système dans un état incoherent (le upgrade est beaucoup moins "malin"). > > Erik m'a déjà signalé deux problèmes : 1) le groupe sécurité ne la supporte > pas encore 2) certains packages qui fonctionne avec woody sur architecture Que je sache la sécurite n'existe que pour stable, pour le reste les corrections sont apportées directement vu que les packages ne sont gélées que pour passer à stable. > i86 sont encore dans "sid" (unstable) uniquement parce qu'ils ne compilent > pas sur certaines autres architectures, et qu'il peut être nécessaire de > les installer manuellement. Autrement, ça a l'air de bien marcher pour lui. Je n'utilise plus d'unstable car ça m'a déjà "mordu" quelques fois (cinq jours avec la lib de readline foutue on n'oublie pas). Tout de bon, José -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: fonction "multigrep"
>... > Il esxiste bien une solution mais c'est vraiment le canon a mouche ! Lex & > Yacc (Je sais je suis un peu marsien sur les bords...). Bien que connaissant > ces deux (magnifiques) outils, les utiliser pour ce genre de script releve un > peu du probleme psychiatrique. A moins que tu n'aies a effectuer ce genre de > tache dans des delais tres courts. C'est a dire sur une tres grande quantite > de donnee et tres frequement. La, on abandonne les scripts pour passer au C. > Tu vois le probleme... Vue le problème des permutations il me semble que quelque chose comme ce qui suit (en bash ou c ou ...) peut servir. for f in (files2check); do for e in (expressions2lookfor); do grep -q $e $f) || (abort=1 && break) done; if ($abort = 0) then echo $f done; à moins d'erreurs de syntaxe. -- 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
>... > MICROSOFT DONNE DES CADEAUX POUR IDENTIFIER LES ACHETEURS D'ORDINATEURS > SANS WINDOWS > Depuis quelques semaines, Microsoft intensifie ses efforts pour > «protéger les consommateurs», lire s'attaquer à la vente de version > contrefaites de ses logiciels. Dernière méthode en liste: récompenser > les fabricants d'ordinateurs qui lui soumettent le nom des entreprises qui > font des appels d'offres pour des ordinateurs sans système > d'exploitation préinstallé. Cette liste peut aider à choisir des sociétés qui seront soumises à contrôle de licenses... -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: "e-voting" et démocratie
On 2001.04.09 12:15 Paul-Jean Cagnard wrote: > ... > On peut être parano jusqu'à un certain point, mais pour des élections il > faut toujours fair confiance à qqn à un certain moment. Et le contrôle > mutuel est plus facile avec des humains (de deux partis différents, > etc.) qu'avec des machines. Qui garantit, et qui peut le vérifier, que > la machine sur laquelle tournera le logiciel (libre, ouvert ou autre) > n'est pas elle-même configurée pour tricher ? Je suis d'accord que si on veut vivre en société un moment ou un autre il faudra faire confiance aux autres. Mais cette confiance me semble base sur la *possibilité* de vérifier. C'est celui-la, à mon avis, le rôle de la transparence obtenu via code libre. Ce qui n'est pas la même chose qu'une confiance aveugle et non-testable. [Côte parano :-)] on pourrait envisager un système de compatage multiple où chaque parti/mouvement/etc.. aurait son ordinateur/decompeteur ou, alant plus loin, plusières copies de la base de données des votes et on pourrait même mener la rendundance au niveau d'une vote-farm, une evotei (:=e-vote + seti), avec un système de stockage/compatge distribué, pourquoi pas, en mettant chaque ordinateur dans un de ces endroits qu'on nomme aujourd'hui local-de-vote... En sérieux: > Ce n'est peut-être pas grave, mais c'est un des principes de base du > vote actuel dans un isloir plutôt qu'à main levée devant tout le monde. > De plus, si on peut savoir pour qui qqn a voté, on peut acheter son > vote. Comme le mentionnait Frédéric, lisez les articles des dernières > éditions de CryptoGram. De nombreuses personnes ont voulu présenter le > vote électronique comme solution miracle au problème de vote aux > États-Unis. Eh bien on remarque que proposer une solution de vote > électronique qui soit aussi bonne que le vote manuel est encore un > énorme problème. Il se peut qu'en ne soit pas encore em mésure d créer un système de vote via réseau ouvert avec une *securité suffisante*. Mais, en supposant que ce n'est pas le cas, et c'est juste une supposition il faut qu'on *puisse* faire confiance: la transparence. Je me demande sur la crédibilité d'un système ou n'importe quelle de ces grandes banques hyper-perfomantes et responsables et respectueuses de tous les accords quelles signent organiserait le tout: de l'identification des ayant droit à voter (les débiteurs chroniques l'auraient?) à l'annonce du résultat. Il se peut que le secret du vote et le secret banquaire ne portent en comun que le nom. On 2001.04.06 23:29 Marc Mongenet wrote: >... > 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 démocratique. > > > Cela dit dans ce cas précis la différence me semble insignifiante. > > Pas pour celui qui vend le système ! Le code source de Solaris me semble > par exemple 'ouvert', mais pas libre. Je ne place pas comme vendeur. Et tant que client, le principe du libre c'est celui qui convient. D'ailleurs pourquoi devrait l'état attendre que Sun (ou HP, ou...) l'autorisent à faire des changements? Devrait t'on attendre que Microsoft autorise un changement à la constitution fédérale (vraisemblablement tape avec un de ces produits)? En plus il me semble que l'état doit être responsable/bilisé par ces choix. Or le logiciel propriétaire ne permet pas que son acheteur le fasse et au même temps ne donne aucunne garantie. Mais si vous les lectures de cette liste connaissent sûrement ces questions... D'ailleurs On 2001.04.06 22:37 Philippe Strauss wrote: > une petite remarque sur les logiciels pas libre, grand public en vente: > tous refute une quelconque garantie sur le fait meme que le logiciel > puisse > etre utilise dans le cadre de l'application envisagee ou quelque chose > comme ca. > ca veut dire: 'non, on vous garantit meme pas qu'il marche pour ce a quoi > il est destine | vous voulez l'employer' À demain, José -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Problème en PHP
> Mathieu Bornoz wrote: > > J'ai un problème 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 concaténant$concat = '$'.$temp; > > et en faisant un echo de $concat j'obtients $login et non pas "bonjour" Pour obtenir "bonjour" : echo $$login Il s'agit plutôt de composition que de concatenation. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
update: e-vote
Chers tous, Je suis d'accord avec la proposition de Gilbert d'attendre mardi. J'ai su completement par hasard que Richard Stallman serait à Zurich aujourd'hui. Je luii écrit en demandent si l'affaire l'interessait et plus tard en le renseignant sur la situation et en lui envoyant une copie du texte publié dans cette liste. Et bien il m'a répondu: >... I will raise it in Zurich and in Fribourg. >... Je viens de lui demander permission pour poster ici son courriel. Je vais avertir la presse, on ne sait jamais. Je suis pris tout le matin mais je passerai (par ici) à midi. a+ José -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: "e-voting" et démocratie
On 06 Apr 2001 16:24:15 +0200, Denis Bucher wrote: > > Peux-tu nous montrer le texte et pouvons-nous le signer aussi ? > > Il s'agit du texte qui était inclus dans le message du 4-Avril. Si tu veux je te le renvoi. Bien sur que tout le monde peut signer. Je pense inclure noms et adresses courriel, mais je n'ai encore pas pense comment. Je le ferai demain. José -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: "e-voting" et démocratie
Par rapport aux derniers courriels concernat le sujet voici mon avis. Denis Bucher wrote: >... > Un système de vote dont on n'a pas les sources me paraît en effet très > dangereux, mais comment devons-nous lutter contre ? Je crois que c'est en le rendant public. En avertissant politiques et media. Pour qu'on en discute. Paul-Jean Cagnard wrote: > Bof, pas si dangereux que ça. Même si tu as les sources, ou plutôt des > sources, à disposition, qu'est-ce qui te garantit que c'était bien ce > programme-là qui tournait sur la machine ? Si besoin est, recompilant les sources , eventuelment en re-instalant tout un systeme, en présence de representants des parts. C'est l'équivalent du recomptage et de la surveillance des locaux de vote par representants des forces politiques. Ce contrôle n'est pas obligatoire mais il est **possible**. Le serait-il lors d'une solution propriétaire? > De plus, il est déjà possible de voter par correspondance. Je ne sais > pas comment ça fonctionne dans le détail, mais il me paraît simple de > savoir pour qui a voté une personne, puisqu'il faut bien savoir d'où > vient l'enveloppe pour confirmer que cette personne a bien voté. Il y a des procédures d'anonimisation (est-ce un anglicisme?) et des mechanisme de contrôle qui sont accessibles à tous intéréssés. C'est ça la question, la transparence. Peut-elle êrée avec du code propriétaire? Marc Mongenet wrote: > La différence 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 dépendence d'autres corriger des erreurs et qu'autres puissent reprendre et réproduire ce qu'on fait? Cela dit dans ce cas précis la différence me semble insignifiante. Si je te dis que j'ai toujours utilisé Debian tu comprendras que je suis plutôt GPL qu'autre chose. > 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 défendre > contre certaines accusations de trucage d'élection. Tout-a-fait! La transparence ne reste pas un mot. Avec du code libre une accusation de trucage des résultas, pour être credible, devrait préciser un mechanisme. Avec du propriétaire? Laquelle, donc, des deux solutions rends le système (de vote) plus credible vis-à-vis des électeurs? Félix Hauri wrote: > Une réflexion intéressante sur un sujet dont je ne connaissait pas > franchement l'existance. Il me semble aussi que tout a trop vite passé, comme s'était rien. Frederic Schutz wrote: > n'est que suite à ce que j'ai vu et entendu sur le sujet, j'ai la nette > impression que l'Etat se soucie plus de donner une impression de sécurité > aux citoyens, plutôt que de s'assurer que cette sécurité existe réellement. > Bien sûr, cette opinion n'engage que moi, et elle peut se révéler > complétement fausse. Je suis tout à fait d'accord. Et, si on jour ça se passe mal, au niveau sécurité, on ressortira l'histoire du "consulting" de Swissair à propos de Wisekey. Il y auras pas de responsable. Comme quelqu'un disait dans la discussion sur ssh/openssh, le choix du libre implique aussi des responsabilités. Pour conclure: ce lundi je pense envoyer le texte, par courriel, aux députés du Grand Conseil et aux membres du Conseil d'État. Je sais que le gull est très occupé avec Computer mais j'aimerais bien savoir si je peux le mentioner. Mon idée c'était de l'indiquer comme source d'information pour les politiciens qui s'y interesseraient. Alors? * José Nunes -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Problème en PHP
On 06 Apr 2001 11:05:05 +0200, Marc SCHAEFER wrote: >... > > > Y a-t-il une possibilité pour dire que le contenu d'une variable est elle > > même une variable ? > Il y a les variables variables: $$v. Je les utilise pour lire dinamiquement les noms des champs et leurs valeurs d'une base de données. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
"e-voting" et démocratie
(Il me semble qu'un premier envoi, vers 14h30, n'a pas arrivé à la liste. Si ce n'est pas le cas mes excuses) *** Bonjour. J'ai pris la liberté de poster ceci car il me semble que son sujet est fort bien dans les préocupations des lecteurs de linux-léman, même s'il ne concerne pas directement linux. Si tel n'est pas le cas je prie l'administrateur de m'avertir et je n'enverrai plus aucun courriel concernant ce sujet. J'ai écrit le texte ci-dessous que je souhaiterai divulguer à la presse et aux politiciens du canton. Je vous prie de m'envoyer vos commentaires ou sugestions concernant sa forme et son contenu. Je vous prie aussi de m'indiquer si vous seriez dans la disposition de signer le texte (le gull et ou individuelment) qui resultera de cette démarche. Finalement, est-ce-que le gull serait prêt à le soutenir formelllment? Pourrais-je indiquer le gull comme source d'informations concernat ce sujet? Meilleures salutations, José Nunes Démocratie et "e-voting" Le e-voting est en train de démarrer a Genève. La chancellerie a fait l'annonce, les journaux l'ont relayée. Même s'il n'y a pas d'information -ce qui est déjà étrange- sur la procédure de sélection et les grandes lignes du projet, malheureusement il semble que les choix faits ne sont pas du tout compatibles avec un système démocratique. De ce qu'il est possible de déduire de l'information qui est publique, il s'agit d'une solution dite "propriétaire" (le code source n'est pas librement accessible). Deux sociétés privées et non soumises au contrôle de l'état partageraient entre elles la responsabilité d'identifier les électeurs, de produire les "bulletins de vote", de stocker et faire le comptage de ces votes, et d'annoncer le résultat. Pour faire le parallèle avec le vote par correspondance actuel, c'est comme si la poste elle-même, en plus du transport des bulletins de vote qu'elle assure déjà, était aussi responsable de produire les bulletins de vote et les cartes d'électeurs et de comptabiliser et puis fournir les résultats... sans qu'aucun type d'intervention extérieure à la poste ne soit possible. Et ceci par contrat. En quoi cela est-il différent d'une sous-traitance d'une partie du système électoral? Or, si le projet "e-voting" semble intéressant, pour qu'il soit aussi démocratique, 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 façon d'assurer l´égalité 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 sécurité, du moins si l'on souhaite une sécurité maximale. Une solution mettant en place des logiciels propriétaires, accessibles seulement à quelques-uns -une nomenclature-, et sous contrainte d'un "non disclosure agreement", est l'équivalent d'un monde oÙ seuls les avocats et les juges auraient accès aux textes de lois. À quoiserviraient encore les lois? Et, si la confiance est trahie, si le doute doit persister derrière ces lignes inaccessibles de code propriétaire, à quoi bon voter? On ne peut bien sûr pas considérer que les sociétés choisies ne soient pas en mesure de conclure, et avec grande qualité, les charges qui leur ont été attribuées. Le point, ici, concerne une question de principe: la transparence de la procédure de votation, garantie de la démocratie, ne peut être assurée que par du logiciel libre. Il faut donc que l'état demande à avoir un système utilisant du logiciel libre. Et cela doit primer sur toute autre considération. La transparence l'exige. La démocratie l'exige. On pourrait reprocher la précipitation du texte présent, et qu'il faudrait attendre la conclusion de l'étude pilote. Mais ce serait ne pas comprendre l'essentiel; c'est le principe même qui est en cause: une solution propriétaire n'en est pas une. Pour que tout-un-chacun puisse y croire, il faut que dans une société d'êtres humains libres, qui s'expriment librement à travers le vote, le comptage soit transparent. Appartenant au pouvoir ou à l'opposition, pour ou contre un sujet soumis au verdict populaire, il est fondamental de croire à la procédure-même. L'avis d'êtres libres ne saurait s'exprimer, librement, qu'en utilisant des procédures libres. Il se peut, finalement, et souhaitons-le, que ce texte soulève des problèmes qui n'existent pas, ou plus. Mais, encore dans ce cas, il est pertinent, car il permettra de le savoir. *** -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Question de style en C
On 30 Mar 2001 14:13:49 +1000, Frederic Schutz wrote: >... > Question principale: ça se fait d'avoir une bibliothèque en .o, accompagnée > d'un simple fichier texte à côté ? Et où devrais-je le stocker, dans les > deux cas où la bibliothèque est soit dynamique, soit compilée statiquement > avec l'exécutable ? >... > C'est déjà pris en compte au départ, et la liste ne bouge plus après. >... Si le texte est fixé à vie il me semble qu'il veut mieux l'inclure (tableau?-voir plus bas) dans le code. Si ce n'est pas le cas il faudra songer a une function de lecture d'un fichier texte, et donc son emplacement n'est point important. >... > Je n'ai pas encore réfléchi à comment j'allais indexer le tout après coup. > Si le tableau est en mémoire (soit en dur, soit avec le mmap proposé par > Marc), la recherche sera quasiment instantanée, si le nombre d'entrées est > de l'ordre de 1000. S'il est sur le disque, ça peut valoir le coup > effectivement de réfléchir un peu plus. Une solution simple a implementer en c est un tableau avec les données et la création d'un arbre binaire pointant sur ce tableau. Cette solution permet des recherches en temps proportionel au log du nombre de données. Voir les function tsearch, tfind, ... José -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Routing
On 29 Mar 2001 00:59:55 +0200, Guillaume Lefebvre wrote: >... > j'ai un problème de routage sur 2 machines qui sont sous debian et qui sont sous le >même sous-réseau Quelle version debian? >... > la seule solution est de taper à la ligne de commande : > route add xxx.xxx.xxx.xxx eth0 > route add default gw xxx.xxx.xxx.xxx eth0 Sous potato (stable) c'est /etc/init.d/networking qui utilise ifup/ifdown pour lancer le réseau. > et je précise que g vérifié mon fichier interfaces et tout est en ordre! Qu'est-ce que se passe avec un /etc/init.d/networking restart ? -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Question de style en C
On 28 Mar 2001 21:26:44 +1000, Frederic Schutz wrote: > Bonjour, > > je suis en train d'écrire une bibliothèque qui contient une fonction qui > associe des intervalles de l'alphabet à des nombres, par exemple > > Aaa - Ab 1 > Aba - Ac 2 > Aca - Ad 3 > > etc, il y a disons 1000 entrées comme ça. > > Quelle est la meilleure façon de stocker tout ça ? Je vois deux solutions > faciles: soit faire un grand tableau statique de 1000 x 3 et stocker le > tout avec le code, soit stocker le tableau dans un fichier séparé qui sera > lu au moment où c'est nécessaire. > >... Quelques languages (bilbiothèques), et peut-être même c, ont une function digest (souvent associé avec des 'hashtables') qui, dans le cas, pourrait suffir. S'il n'y a pas, il s'agit de quelque chose genre lire les char en int et les composer type: "abc" -> ( (int) a) * mod^2+ ((int) b) * mod +((int) c) - où mod est un int plus grand que le plus grand code ascii des char admissibles. Ça permet de ne pas utiliser des tableaux. ** JM Nunes -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Réflexions sur la complexitélinuxienne - Les plantées de Debian
On 19 Feb 2001 14:24:00 +0100, Marc SCHAEFER wrote: >... > En règle générale, cependant, il ne faut pas utiliser dpkg ni dselect mais > bien apt-get, voire aptitude. Aptitude je ne connais pas, mais il y a aussi console-apt. >... > apt-get install -f # fix > > Dis moi si cela aide. Il devrait déinstaller ce qui pose problème > automatiquement. Donne-moi le message complet sinon. (man script, ou > copy&paste). Si cela ne fait rien je serai déçu et il faudra trouver > une méthode manuelle pour forcer la déinstallation, chose que je n'ai > jamais dû faire avec Debian :) Ca m'est arrivé deux fois avec coupure de réseaux/electrique pendant le 'upgrade'. J'ai remis l'ordre en faisant dpkg -f ou --remove sur les deux ou trois packages en question. >... > mono-utilisateur, avec un jeu très limités de logiciels OU qui réinventent > la roue à chaque fois ... En s'assurent qu'elle ne s'adaptera qu'a certains types d'essieux,... -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: CUPS / Debian
On 16 Jan 2001 08:49:36 +0100, Félix Hauri wrote: >... > > Je n'ai pas trouvé de ``cgi-bin/admin'' de toutes façon, Le /cgi-bin/ se trouve sous /usr/lib/cups cf.: dpkg -S cupsys | grep cgi-bin > > Est-ce que, chez toi, ``http://cupsserver:631/admin'' donne quelque-chose > comme: > -- cut here ;) --- >Common UNIX Printing System > > Admin > > [left]Classes [right] > Add a New Class Manage Available Classes > > [left]Jobs[right] > Manage Jobs > > [left]Printers[right] > Add a New Printer Manage Available Printers > > -- > > The Common UNIX Printing System, CUPS, and the CUPS logo are the trademark > property of Easy Software Products. CUPS is copyright 1997-2000 by Easy > Software Products, All Rights Reserved. > -- cut here ;) --- Oui. L'allure depend beaucoup du browser: lynx ou galeon/netscape. Sous debian, par défaut, les seules connections admises sont locales (cf. /etc/cups/cupsd.conf section Security Options). Est-ce-que cupsserver est dans /etc/hosts? Si tu fais, sur la machine, exactement: http://localhost:631 qu'est-ce que ça donne? -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: CUPS / Debian
> J'ai voulu essayer Common Unix Printing System, sur ma debian, J'ai une machine avec testing et une autre avec potato. > voilà que je ne trouve pas ``http://cupsserver:631/admin'', ou > plus précisément 'CUPSROOT/cgi-bin/admin'. J'ai installé via apt-get cupsys, et même si je l'ai configuré avec vi, chez moi http://localhost:631/ présente la joli page de cups. As-tu fait de même? -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Scanner sur port parallèle?
> Il paraît qu'il est possible, même si c'est compliqué, de faire > fonctionner un scanner attaché au port parallèle. Quelqu'un y est-il Voir http://www.buzzard.org.uk/jonathan/scanners.html -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: un expert en base de données
>... > > J'avoue ne pas bien comprendre comment il détermine l'index (c'est semble-t-il >indépendant du nom > "Although you can use any name for the index, it is good practice to use the table >and column names as part of the index name...") et comment le forcer à l'utiliser. Ou >alors il y a autre chose! Selon la doc -programmers pag. 200- il s'agit d'optimazion via algoritmes genetiques. Il y a un avertissement comme quoi il a des problemes intratables par ces methodes, et notamnet AI. Personellement je creerai dans les tables ou l'index n'est pas utile une colonne bidon type serial et redefinir l'index comme create uniq index test_idx on table ( col_bidon, id). Je ne suis pas sure que ca apporte quelque chose car je ne l'ai jamais teste au dela de quelques 50K. -- Jose Manuel Nunes -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
