Re: WARN: Préparation affichage pour Computer 20 01
On Mon, 09 Apr 2001, you wrote: > On Mon, 2 Apr 2001, Félix Hauri wrote: > > > > Je vais m'occuper de coordoner l'affichage sur le Stand Computer 2001. > > > > J'aimerai que les personnes intéressées à faire figurer une affiche me > > > contactent à l'adresse mentionnée en ``Reply-To'', AVANT le 9 avril, > > > >mailto:[EMAIL PROTECTED] > > > Attention svp! > > Les personnes ayant prévu de faire figurer qqch sur le stand et > ne m'ayant pas encore contacté sont priées de le faire > AVANT jeudi 12 avril! > >(soit le 11 - après-demain - à minuit;) > > > -- > Félix Hauri - <[EMAIL PROTECTED]> - http://www.f-hauri.ch > > > > -- > http://www-internal.alphanet.ch/linux-leman/ avant de poser > une question. J'ai deux affiches de pinguin en A0; ça peut éventuellement faire de l'effet, sur l'extérieur des panneaux. Enfin on verra sur place... a+ ° Eric Hofmanner Home : [EMAIL PROTECTED] Work : [EMAIL PROTECTED] GULL : [EMAIL PROTECTED] Groupe des Utilisateurs Linux Leman www.linux-gull.ch -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Choisir les polices?
C'est dignue, je ne sais même pas comment on choisit les polices utilisées par son système. Je savais le faire en mode console du temps où je travaillais avec une distribution SuSE, mais actuellement, j'utilise la debian patate. - Comment modifie-t-on la police par défaut en mode console? - Comment choisit-on la police par défaut en X? Merci à ceux qui éclaireront ma lanterne... Ludwin -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Problème de serveur ftp derrière un firewall
On Mon, 9 Apr 2001, Cedric Rochat wrote: > problème, mais depuis l'extérieur, j'obtiens l'erreur 500 (illegal port > command). Dans les FAQ de Wu-ftpd, ils disent que cette erreur est due à la En règle générale il peut être intéressant de capturer l'entier du dialogue TCP (par strace, ou par tcpdump/dumptcplink) pour voir exactement ce qu'il se passe entre le client et le serveurs. Autre généralité: un mode du fonctionne de FTP nécessite une connexion à l'envers du serveur au client: le client donne donc SON adresse IP au serveur. S'il y a masquerading, cela peut ne pas être la bonne adresse. On utilise alors le protocole FTP passif (enfin je crois, je mélange toujours ces deux termes, cf les archives de linux-leman). Ou alors un module de masquerading particulier (encore que dans le cas de FTP normal, un tel module n'existe que pour le *client* à ma connaissance). -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
WARN: Préparation affichage pour Computer 2001
On Mon, 2 Apr 2001, Félix Hauri wrote: > > Je vais m'occuper de coordoner l'affichage sur le Stand Computer 2001. > > J'aimerai que les personnes intéressées à faire figurer une affiche me > > contactent à l'adresse mentionnée en ``Reply-To'', AVANT le 9 avril, > >mailto:[EMAIL PROTECTED] Attention svp! Les personnes ayant prévu de faire figurer qqch sur le stand et ne m'ayant pas encore contacté sont priées de le faire AVANT jeudi 12 avril! (soit le 11 - après-demain - à minuit;) -- Félix Hauri - <[EMAIL PROTECTED]> - http://www.f-hauri.ch -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Faille de sécurité Linux
On Mon, 9 Apr 2001, Yann Forget wrote: > >http://www.securityfocus.com/frames/?content=/templates/archive.pike%3Flist%3D1%26mid%3D171708 Fixé kernel 2.2.19, est une attaque locale uniquement. Ne fonctionne qu'avec des binaires suid exécutables pour tous. Un conseil est toujours valable: limiter les exécutables suid au minimum (en particulier suid root). -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: "e-voting" et démocratie
José-Manuel Nunes a écrit : > > on pourrait envisager un système de comptage multiple où chaque > parti/mouvement/etc.. aurait son ordinateur/decompeteur > ou, alant plus loin, plusieurs 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... .. ou pourquoi faire simple quand on peut faire compliqué? Moi je préfère "Walk-Net": je vais à pied porter mon bulletin dans l'urne. Et je vois des gens que je n'ai pas vu depuis longtemps, peut-être même boire un apéro avec eux. Ceci dit, je ne vois que des désavantages au vote electronique (avec logiciel propriétaire ou non)... le débat sur cette liste en est l'illustration parfaite. Un vote n'est pas un sondage, c'est un acte citoyen. Si on se déplace pour voter, c'est qu'on a pris la peine de s'informer et qu'on a la volonté d'exprimer son avis. Les abstentionistes ne gênent personne. S'ils ne s'intéressent pas et n'ont pas d'avis à donner, pourquoi leur faciliter la tâche. La voie de la facilité n'est pas toujours la meilleure et il y a encore certaines choses qui peuvent être faites sans ordinateur... Pierre Maitre PS: ceci dit, si un logiciel de vote devait malgré tout être développé, l'argument du logiciel libre me parait être une bonne cause. -- Dr Pierre-O. Maitre Privat Docent à la Faculté de Médecine de Berne FMH Anesthésiologie FMH Pharmacologie Clinique Cabinet médical / A la Joy CH-1273 Genolier Switzerland -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: "e-voting" et démocratie
José-Manuel Nunes wrote: > 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. Ils sont complètement différents en effet. Le secret bancaire est comme le secret médical ou celui de la confession : c'est secret pour le monde extérieur, mais ton interlocuteur sait tout. Alors que dans le vote, tout est secret pour tout le monde, y compris ton interlocuteur qui est l'entité chargée de récolter les voix. -- Paul-Jean Cagnard "Gianna Nannini, pourquoi tant de N ?" -- 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.
Faille de sécurité Linux
Signalé sur Linuxfr et Bugtraq : http://www.securityfocus.com/frames/?content=/templates/archive.pike%3Flist%3D1%26mid%3D171708 Yann -- System administrator, http://www.ynternet.org Non profit organization serving young social entrepreneurs Portal & cybercenters for developing countries Tel.: +41-21-3113047 -- 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.
Re: "e-voting" et démocratie
José Manuel Nunes wrote: [...] > 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? 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 ? -- Paul-Jean Cagnard "Gianna Nannini, pourquoi tant de N ?" -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: "e-voting" et démocratie
Denis Bucher wrote: > > At 05.04.01 17'47, you wrote: > >Denis Bucher wrote: > > Ben c'est déjà mieux que de ne rien savoir du tout... Notememment ça > évite les trous de sécurité, les backdoors, etc Oui, quoique dans le cas précis de votes, l'environnement est plutôt fermé, pas ouvert au reste du monde. > Oui, mais si on peut savoir pour qui tu as voté ça n'est pas très grave, > le vrai risque c'est le trucage des élections non ? 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. -- Paul-Jean Cagnard "Gianna Nannini, pourquoi tant de N ?" -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Problème de serveur ftp derrière un firewall
Hello !! J'ai toujours un problème avec mon serveur ftp (Wu-ftpd 2.2.4 Beta 18) : il se trouve derrière un firewall ipchains, sur lequel j'ai mis les règles suivantes pour autoriser une connexion entrante sur un serveur ftp interne : # # Requetes client FTP entrantes /sbin/ipchains -A input -i $EXT_INTERFACE -p tcp \ -s $ANY $UNPRIV_PORTS -d $IP_EXTERNE 21 -j ACCEPT /sbin/ipchains -A output -i $EXT_INTERFACE -p tcp \ ! -y -s $IP_EXTERNE 21 -d $ANY $UNPRIV_PORTS -j ACCEPT # Reponses mode port canal de donnees /sbin/ipchains -A output -i $EXT_INTERFACE -p tcp \ -s $IP_EXTERNE 20 -d $ANY $UNPRIV_PORTS -j ACCEPT /sbin/ipchains -A input -i $EXT_INTERFACE -p tcp \ ! -y -s $IP_EXTERNE 20 -d $ANY $UNPRIV_PORTS -j ACCEPT # Reponses mode canal de donnees passif /sbin/ipchains -A input -i $EXT_INTERFACE -p tcp -s $ANY \ $UNPRIV_PORTS -d $IP_EXTERNE $UNPRIV_PORTS -j ACCEPT /sbin/ipchains -A output -i $EXT_INTERFACE -p tcp ! -y \ -s $IP_EXTERNE $UNPRIV_PORTS -d $ANY $UNPRIV_PORTS \ -j ACCEPT # J'y ai aussi mis des règles pour le ftp sortant : # /sbin/ipchains -A output -i $EXT_INTERFACE -p tcp \ -s $IP_EXTERNE $UNPRIV_PORTS -d $ANY 21 -j ACCEPT /sbin/ipchains -A input -i $EXT_INTERFACE -p tcp \ ! -y -s $ANY 21 -d $IP_EXTERNE $UNPRIV_PORTS \ -j ACCEPT /sbin/ipchains -A input -i $EXT_INTERFACE -p tcp \ -s $ANY 20 -d $IP_EXTERNE $UNPRIV_PORTS \ -j ACCEPT /sbin/ipchains -A output -i $EXT_INTERFACE -p tcp \ ! -y -s $IP_EXTERNE $UNPRIV_PORTS -d $ANY 20 \ -j ACCEPT # Pour les redirections de ports avec le protocole tcp, j'utilise rinetd : #Règles présentes dans /etc/rinetd.conf* 10.224.1.1 20 172.16.3.43 20 #IP externe firewall sur IP ftp 10.224.1.1 21 172.16.3.43 21 #IP externe firewall sur IP ftp # Si je me connecte au serveur ftp depuis le LAN, la connexion se fait sans problème, mais depuis l'extérieur, j'obtiens l'erreur 500 (illegal port command). Dans les FAQ de Wu-ftpd, ils disent que cette erreur est due à la présence de "tcp6" au lieur de "tcp" dans inetd.conf, ce qui n'est absolument pas mon cas. Par contre, dans les FAQ de proftpd, il faudrait ajouter "allow ForreignAddress" dans son fichier de config. Cette option étant inconnue de Wu-ftpd, comment puis-je faire pour autoriser la connexion depuis une adresse IP inconnue du serveur ? Merci, et désolé pour la tartine !! ** Cédric Rochat Ch. du Commonet 4 1341 L'Orient mail: [EMAIL PROTECTED] == Cédric Rochat Ch. du Tyrol 10 1450 Ste-Croix mail: [EMAIL PROTECTED] == ICQ: 70815513 -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.