En toute rigueur, et en théorie, effectivement, il n'y a plus de notion d'espace. Mais en pratique, est-ce que celà a vraiment un impact pour les hypothèses qu'il est honnête de poser pour le problème énoncé ?
Par exemple, si j'ai deux images qui représente la même page, avec juste un mot qui est décalé de 1 pixel, l'algorithme énoncé donnera une similarité de 100 % (si la couleur du fond reste la même, enfin je me comprends :), ce qui est si j'ai bien compris le but recherché.
En toute rigueur, les deux images ne sont pas identiques, mais est-ce que l'oeil voit très facilement cette différence. A première vue, tu dirais que les deux sites sont les mêmes. Donc l'algorithme fonctionne à peu près.
Un autre contre-exemple serait celui d'un site avec une classique mise en page par colonne menu/contenu. Maintenant, si on change le site en faisant la même mise en page contenu/menu, l'algo trouvera une similarité de 100%.
En fait, en toute généralité, une image qui serait une permutation de pixels de l'image initiale lui sera à 100% similaire par rapport à l'image initiale.
Deux images qui seraient les même à une petite translation près, serait fortement similaires, par rapport à cet algo.
Maintenant, réciproquement, on sait que si l'algo dit que les deux images diffèrent de beaucoup, c'est qu'il y a eu du changement.
S'il trouve que les deux images sont similaires, il convient de faire d'autres tests, si on trouve que l'algorithme n'est pas adapté au problème. Ici, je pense que c'est adapté.
Enfin toujours est-il que cet algorithme est simple, rapide car pratiquement proportionnel à la taille (en octets) des images.
Ça avance, ça marche bien, tellement bien qu'on en oublie que c'est par lui que transitent tous les paquets IP. Il y a une sorte d'ingratitude qui est paradoxalement liée à la qualité du travail.
Que celui qui utilise eagle-usb tous les jours et s'en aperçoive vraiment me le dise. Ce n'est pas comme dire « bon, je vais lancer mon gnome, mon kde, ou firefox ».
Le projet n'est pas au point mort, il y a souvent des releases. Même si je ne crois pas personnellement en profiter puisque depuis belle lurette je n'ai aucun problème avec les drivers.
Donc, MERCI BEAUCOUP pour ces drivers de qualité :)
Posté par kd .
En réponse à la dépêche GNOME 2.10 RC2.
Évalué à 4.
Il est utile de séparer les choses.
Personnellement, j'ai un /home, un /usr, et un tout le reste.
Le /usr, on peut le mettre en lecture seule quand on n'installe pas beaucoup de programmes. Comme ça, quand ton ordi crash parce que t'as débranché l'alim sans faire exprès ou parce que le fusible saute à cause de plaques chauffantes de la cuisine "qui pète les plombs", eh bien tu as moins de chances d'endommager tes programmes.
De plus, en faisant un "rm -rf /" même en root, tes programmes sont encores là.
Et pas mal aussi, on peut surveiller facilement la taille de tous tes programmes avec un simple df.
Le /home, c'est parce que c'est les données et que je ne vois pas ce que les données ont à faire sur la même partition que le système. Même sous Windows, on voit souvent une autre partition dédiée aux données,. Mais c'est surtout qu'avec Windows 98 il fallait souvent réinstaller son système. Et donc, en "formatant" le disque système, les données étaient encore là.
Alors, après, si c'est pour ton usage personnel, c'est peut-être inutile. Mais pour un système qui utilise pleinement le côté multi-utilisateur de UNIX, un serveur, ou autre machine devant être fiable, il faudrait par exemple avoir une partition /var séparée, pour éviter le déni de service par log interposé.
D'ailleurs, je me pose une question. Il serait plus logique - je trouve - de pouvoir mettre /etc sur une partition à lecture seule. Seulement, il me semble bien que ça n'est pas pour l'nstant possible, à cause de fichier comme /etc/mtab, ou encore /etc/ppp/resolv.conf. Je pense que ces fichiers devraient être dans /var. Que dit FSB ?
PORTDEBUT=1
PORTFIN=1024
for ((p=$PORTDEBUT;p<=$PORTFIN; p++)); do
(
if exec 5<>/dev/tcp/127.0.0.1/$p; then
echo "$p opened";
exec 5<>/dev/null;
else
echo "$p not opened";
fi
exit;
) 2>/dev/null &
done
Bon après, c'est sûr que si on veut faire des scans furtifs, ça risque pas d'être faisable. Il n'y a pas mieux pour réveiller un IDS que ce script, vu que bash utilise certainement la primitive C connect() pour se connecter.
Juste pour dire que j'ai mis à jour le script parce qu'il y avait un gros bug de fichier tronqué. Le script oubliait à chaque fois de copier la fin des fichiers.
Voili voilou.
Sinon en remarque, dans le même genre, il serait possible de programmer pas mal de clients du même genre, pour pas mal de protocoles.
Ce qui est facile avec le protocole FTP c'est que c'est un protocole synchrone, c'est-à-dire que le serveur ne nous envoie des réponses... qu'en réponse à nos requêtes, comme en HTTP par exemple.
Pour ceux qui auraient envie de faire un client IRC en 100% bash par exemple, ça se corse beaucoup, non pas dans le parsing des commandes, mais dans le fait que le protocole est asynchrone. Résultat, on peut recevoir des données à n'importe quel moment.
Il faudrait alors faire des espèces de threads pour faire du polling sur /dev/tcp/host/port.
On peut "forker" le script grâce à ( commandes ) & par exemple, mais le sous-script qui tournera en tâche de fond ne pourra pas communiquer facilement, par variables interposées par exemple, avec le script-père.
Il reste alors la solution super goret (ultra gruik même !) qui consiste à partager les variables à travers des fichiers textes.
- PHP est très adapté, et même si son but premier est la conception de pages web, il reste parfaitement adapté à beaucoup de situations. On peut par exemple faire du GTK+ en PHP.
De plus, il me semble bien que la dernière mouture PHP 5 supporte les exceptions.
- Du shell-scripting. Puissant mais c'est de la bidouille, et je ne pense pas que ça réponde à tes besoind de programmation objet et de sécurité.
Je ne connais personnellement que ces deux langages de scripts.
Mais as-tu pensé à Perl ou encore à Tcl ?
Sinon, je ne t'encouragerai que trop à jeter un coup d'oeil à la puissance d'un langage tel que OCaml, même si ce n'est pas vraiment un langage de script, bien qu'il puisse un peu s'utiliser comme tel.
Sinon, je pense que la contrainte la plus difficile est la sécurité. Je ne crois pas qu'il existe un langage permettant de supprimer facilement certaines commandes.
PHP, lui permet de supprimer l'accès à certaines fonctions, parce que c'est justement à la base conçu pour les serveurs web, et donc c'est un minimum sécurisé. Mais ces limitations restent limités à justement la lecture ou l'écriture de fichiers.
Il est mieux d'avoir un programme qui segfaulte pour qu'on puisse se rendre compte qu'il y a un bug dans l'air, plutot que d'aoiv un programme qui ne segfaulte pas mais qui buggue furtivement derrière ton dos.
Un jour, ce bug furtif se réveillera à un endroit innatendu, et ce sera beaucoup de temps perdu à débugguer...
Posté par kd .
En réponse au journal Minix !.
Évalué à 1.
J'ai finalement opté pour une slackware 2.2.0 qui comporte un noyau 1.2.1, une glibc version 4, et de bien vieilles versions de logiciels.
Ca ne marche pas trop mal, même si c'est sûr que 4 Mo, c'est un peu juste. Merci Will Hunting pour ta proposition de mémoire vive, mais je suis sur Paris. Et puis, sur ces vieux matos, je ne sais pas si les barettes de RAM sont très standardisées. J'ai un 386 qui n'a pas le même type de barette, malheureusement !
J'ai recompilé le noyau, ça a bien pris quelques heures à cause de la lourdeur de gcc (version 2.6.3). Ayant désactivé quelques options, j'ai gagné 300 précieux kilo octets de mémoire vive pris par le noyau en fonctionnement (il n'y avait pas de modules à cette époque).
Du coup, grâce au port série, j'ai connecté le vieux 486 au grand internet grâce à ppp, via ma passerelle qui joue le rôle de "serveur" ppp. Ca se configure vraiment facilement. J'obtiens un magnifique débit de 3,2 Ko/s en téléchargement avec un MTU de 500, et une latence (ping diront les gamerz) de 60 ms :)
Va falloir encore que je teste d'autres valeurs de MTU pour optimiser tout ça...
Il n'y pas beaucoup de programmes sous slackware-2.2, mais j'ai réussi à compiler un vieux lynx-2.3 et un vieux wget 1.8.4 que j'ai trouvé sur Internet grâce à Google.
Je suis actuellement en train de compiler le très petit et très rapide serveur internet thttpd.
Le problème, c'est que pour la plupart des sources de programmes ne compilent pas à cause d'un script configure qui foire, non pas à cause de fichier d'en-tête manquant, mais à cause d'obscures raisons. J'obtiens souvent un "sed: confdefs.h: no such file" ou bien un message similaire qui se plaint de ne pas trouver un certain confdefs.sh. J'ai bien essayé de bidouiller le script configure, mais sans succès.
Je n'ai donc pas encore réussi à compiler netcat qui m'aurait été utile.
J'ai aussi zieuté du côté d'autres OS tel que DOS. Ne commencez pas à crier au sacrilège du non libre, il y a une version libre de DOS : Freedos (http://freedos.org/(...)).
J'ai aussi découvert un client vnc qui tourne sous DOS (http://vncviewer8086.sf.net/(...)) avec de très vieilles machines : ça a été testé sur un 286 avec 1 Mo de RAM.
N'ayant pas de carte réseau pour bus ISA, il va falloir que j'installe une pile TCP/IP et un programme de PPP pour DOS... Comme je ne suis pas encore expérimenté pour ces système, il va falloir mettre les mains dans le camboui !
L'application serveur A qui tourne sur ta machine Y est peut-être mal codée ou mal configurée. Il se peut que celle-ci n'accepte qu'une connexion à la fois. Il se peut aussi que cette application n'accepte des connexions entrantes que depuis une interface réseau spécifiée. Par exemple, on peut demander à Samba de ne prendre en compte que les connexions venant de 192.168.x.x, auquel cas ta connexion en local ne sera pas acceptée.
Il se peut également que tu aies un firewall configuré de telle sorte que les paquets que tu envoies avec "telnet localhost S" soit refusés sans avertissement (syntaxe -j DROP de iptables).
Peut-être aussi que, pour raison mystérieuse, localhost de pointe pas vers le bon endroit. Essaye dans cette éventualité "telnet 127.0.0.1 S" par exemple.
Posté par kd .
En réponse au journal XServeur 3D.
Évalué à 4.
Apparemment, c'est comme Aqua, effectivement.
Pour ceux qui ne connaissent pas, Aqua est en bref l'équivalent du serveur X sur les système Mac OS X. Aqua est également basé sur du OpenGL, ce qui permet entre autre, une réactivité étonnante de l'interface graphique, notamment au niveau des petits effets, qui sont d'une fluidité impressionnante, puisqu'ils sont gérés par la carte graphique.
Parmi ces effets (très fluide, j'insiste), je peux citer, bien que n'ayant jamais travailler sur Mac OS X :
- la barre des icônes en bas qui grossit quand on passe la souris dessus ;
- La fameuse touche F11 qui est un espèce de Alt-TAB pour ceux qui aime la souris. Cette touche magique fait un espèce de zoom arrière du bureau tout en déplaçant toutes les fenêtres ouvertes. Résultat, on voit les miniatures des fenêtres, qui ne se recouvrent plus, tout celà étant réalisé on ne peux plus fluidement. On peux après sélectionner la fenêtre vers laquelle on veut switcher. Personnellement, ça ne me servirait pas pour changer d'appli, mais il faut avouer que pour avoir un aperçu de toutes les fenetres ouvertes, c'est d'autant plus pratique que c'est bien foutu.
- je crois qu'il y a aussi la réduction/agrandissement des fenêtres.
Mais tu oublies de donner le plus important : ce que tu as mis entre parenthèse comme étant "(chemin du prg de lancement de firefox)", qu'est-ce exactement ?
Si je comprend bien, tu as mis "/home/firefox_installer/firefox" ?
On ne peut vraiment pas deviner, d'autant plus que tu as mis comme chemin vers l'icône "/home/firefox-installer/firefox", avec un trait d'union.
Ce fichier est censé être une icône, un fichier .xpm, ou .png si tu as un icewm avec le support imlib2.
2) Il faudrait "installer" sftp sur firefox. Je ne sais pas si un tel plugin existe. Par contre, je ne suis pas sûr mais des explorateurs de fichiers du genre Nautilus savent utiliser le sftp://
Posté par kd .
En réponse au journal A mort Gaim.
Évalué à 5.
Je suis sur la mailing-liste des développeurs d'amsn, et le problème est retourné dans tous les sens.
Aucune solution viable n'a été trouvée.
La solution que tu donnes est mauvaise : si quelqu'un ouvre un SB dans le but de te parler, la demande d'icône se fera quand même.
Mais supposons ta solution corrigée. Le gros problème réside dans ton timeout : pourquoi 2 secondes ? Pourquoi pas 3 ni 0.1 ? Dans un programme, il ne faudrait jamais poser des constantes arbitrairement choisies comme tu le fais. Et si par hasard, le réseau est congestionné et qu'un certain paquet TCP met plus de 2 secondes à arriver, comment fais-tu ?
Donc finalement, le problème ne peut pas vraiment être résolu.
Il me semble que la meilleure solution reste encore de désactiver l'option. Ou bien de trouver une façon moins envahissante de signaler l'ouverture d'un SB.
Je suis totalement d'accord avec toi quant `a la qualit'e des traductions.
Traduire est extr^emement difficile. Et malheureusement, il n'y a rien de plus facile de ternir l'image d'un logiciel : il suffit de la traduire mais de mani`ere non parfaite. Une bonne traduction est un des points qui donnent une image positive d'un programme : il y a aussi l'ergonomie par exemple, en 'etroite corr'elation avec la programmation de l'interface. Et malheureusement, les programmeurs du libres n'ont pas tous un doctorat d'ergonomie ou de je ne sais quoi...
J'ai d'ej`a traduit une grosse partie du programme amsn car `a l'epoque le programme 'etait extr^ement mal traduit :
1. fautes d'orthographes encore trop nombreuses
2. mots hors de leur contexte : logging 'etait traduit par connexion au lieu de historique par exemple ;
3. inconsistence de la traduction : un terme n'etait pas traduit de la m^eme mani`ere partout.
Les points 1 et 2 sont facilement r'esolus par la solution propos'ee (Rosetta). Et c'est une bonne chose parce qu'il est tr`es mauvais pour un programme de voir des messages avec des s oubli'es, des verbes mal accord'es, etc...
Par contre, le point 3 risque fort de s'aggraver puisque beaucoup de personnes participeront `a la traduction.
Cel`a est aussi probl'ematique quand plusieurs traducteurs ne sont pas d'accord sur la traduction d'un terme.
PS : D'esol'e pour les accents, je suis sur un clavier qwerty qui n'a pas l'air d'^etre correctement param'etr'e.
Je me réponds à moi même à propos de la transmission entre Huygens et Cassini. J'ai lu dans le document http://esapub.esrin.esa.it/br/br200/Huygens.pdf(...) écrit en anglais et présentant la sonde Hugens que le débit des données envoyées par Huygens est seulement de 8kbits/s seulement.
Je vous laisse calculer le temps qu'il aurait fallu pour envoyer des images haute résolution !
Les images que tu as vues sont les images avec lesquelles les astronomes vont travailler.
La faible définition de l'image est dû au fait qu'entre Saturne et nous, il y a une distance environ 10 fois plus grande (en ordre de grandeur) qu'entre Mars et nous. Et donc l'amplitude du signal est autrement plus faible.
Enfin bref, il n'y a pas l'ADSL à 8Mbits/s entre Cassini et la Terre.
Alors que PathFinder avait des panneaux solaires, Huygens est limité par l'autonomie de sa batterie, donc pas le temps ni les électrons nécessaires pour prendre et envoyer de grosses images.
En bref, les contraintes sur Titan sont autrement plus importantes que sur Mars.
Et aussi, il faut rappeler que la NASA est un peu à l'ESA ce que l'hebdomadaire Gala est au journal Le monde. Je veux dire par là qu'ils sont très soucieux de leur image médiatique. Toutes les missions ou images qu'ils font sont souvent là pour épater le public. Evidemment, je n'ai pas dit que c'était là leur seul but ! Mais il ne faut tout de même pas oublier cet aspect.
Tout d'abord, ce n'est pas un bug qui serait par définition un comportement non désiré. Je pense que le comportement décrié par sécunia est celui auquel ont pensé les développeurs.
De plus, si c'est une faille, alors tout est faille. Par exemple, ici, sur Linuxfr, je pourrai faire la même chose puisque par défaut les url sont tronquées et suivies de (...)
J'allais régulièrement sur pompage.net pour y lire quelques articles. Et j'avoue que là, je trouve le site très joli.
Il n'est pas fréquent de trouver un site qui finalement n'est pas principalement d'une couleur. Ici, il y a du rouge, du bleu et du vert sur la même page, ce qui fait qu'on ne s'ennuie pas.
L'ancien design du site était monocolore, et la couleur choisie était le beige. Tout était beige marron, pas de blanc + gris + beige, mais beige + beige foncé + autres couleurs pour les fioritures. C'était beaucoup moins plaisant à lire. Et encore heureux que je ne déteste pas le beige !
Maintenant, c'est plutôt joyeux et léger à première vue mais tout en restant très agréable à lire.
Posté par kd .
En réponse au message Partage réseau.
Évalué à 5.
Je pense que tu peux avoir la prévisualisation des fichiers, en désactivant ou en activant je ne sias plus quelle option dans la fenêtre de configuration de Nautilus.
Cette option s'appelle (de mémoire) "Uniquement les fichiers locaux".
J'ai demandé à ma soeur qui allais à la Fnac de m'acheter une "carte Wifi PCI" pour qu'elle puisse relier son portable muni d'une carte pcmia Cisco à Internet, via ma passerelle.
Elle revient alors avec une boîte sur laquelle je lis "Netgear MA311".
Voilà ce que je vois dans mon lspci actuellement :
Au début, j'avais essayé de faire marcher la carte avec les drivers orinoco du noyau 2.4.x. Ça marchait mais le driver plantait de temps en temps. En fait ça marchait pas quoi :)
Et puis j'ai découvert linux-wlan-ng. Je l'ai installé (emerge linux-wlan-ng), j'ai lu la doc, remplit les fichiers de config. Au début, il y a eu parfois des platage du driver quand le débit était trop élevé. Mais à partir de je ne sais plus quelle version, ça marche impeccablement.
[^] # Re: Distance entre deux courbes
Posté par kd . En réponse au journal Distance entre deux images.... Évalué à 2.
Par exemple, si j'ai deux images qui représente la même page, avec juste un mot qui est décalé de 1 pixel, l'algorithme énoncé donnera une similarité de 100 % (si la couleur du fond reste la même, enfin je me comprends :), ce qui est si j'ai bien compris le but recherché.
En toute rigueur, les deux images ne sont pas identiques, mais est-ce que l'oeil voit très facilement cette différence. A première vue, tu dirais que les deux sites sont les mêmes. Donc l'algorithme fonctionne à peu près.
Un autre contre-exemple serait celui d'un site avec une classique mise en page par colonne menu/contenu. Maintenant, si on change le site en faisant la même mise en page contenu/menu, l'algo trouvera une similarité de 100%.
En fait, en toute généralité, une image qui serait une permutation de pixels de l'image initiale lui sera à 100% similaire par rapport à l'image initiale.
Deux images qui seraient les même à une petite translation près, serait fortement similaires, par rapport à cet algo.
Maintenant, réciproquement, on sait que si l'algo dit que les deux images diffèrent de beaucoup, c'est qu'il y a eu du changement.
S'il trouve que les deux images sont similaires, il convient de faire d'autres tests, si on trouve que l'algorithme n'est pas adapté au problème. Ici, je pense que c'est adapté.
Enfin toujours est-il que cet algorithme est simple, rapide car pratiquement proportionnel à la taille (en octets) des images.
[^] # Re: 4 libertés
Posté par kd . En réponse au journal Ma licence. Évalué à 4.
Je cite le monsieur auquel tu réponds:
« pour juger si un programme est libre »
# \o/
Posté par kd . En réponse au journal eagle-usb-2.2.0 pour modems ADSL USB. Évalué à 5.
Ça avance, ça marche bien, tellement bien qu'on en oublie que c'est par lui que transitent tous les paquets IP. Il y a une sorte d'ingratitude qui est paradoxalement liée à la qualité du travail.
Que celui qui utilise eagle-usb tous les jours et s'en aperçoive vraiment me le dise. Ce n'est pas comme dire « bon, je vais lancer mon gnome, mon kde, ou firefox ».
Le projet n'est pas au point mort, il y a souvent des releases. Même si je ne crois pas personnellement en profiter puisque depuis belle lurette je n'ai aucun problème avec les drivers.
Donc, MERCI BEAUCOUP pour ces drivers de qualité :)
[^] # Re: :)
Posté par kd . En réponse au journal [rot13]gbhg ha wbheany ra ebg13[/rot13]. Évalué à 3.
Wr gncrf fvzcyrzrag
ge 'N-Mn-m' 'A-MN-Za-mn-z'
[^] # Re: gconf (était:Re: Bonobo?)
Posté par kd . En réponse à la dépêche GNOME 2.10 RC2. Évalué à 4.
Personnellement, j'ai un /home, un /usr, et un tout le reste.
Le /usr, on peut le mettre en lecture seule quand on n'installe pas beaucoup de programmes. Comme ça, quand ton ordi crash parce que t'as débranché l'alim sans faire exprès ou parce que le fusible saute à cause de plaques chauffantes de la cuisine "qui pète les plombs", eh bien tu as moins de chances d'endommager tes programmes.
De plus, en faisant un "rm -rf /" même en root, tes programmes sont encores là.
Et pas mal aussi, on peut surveiller facilement la taille de tous tes programmes avec un simple df.
Le /home, c'est parce que c'est les données et que je ne vois pas ce que les données ont à faire sur la même partition que le système. Même sous Windows, on voit souvent une autre partition dédiée aux données,. Mais c'est surtout qu'avec Windows 98 il fallait souvent réinstaller son système. Et donc, en "formatant" le disque système, les données étaient encore là.
Alors, après, si c'est pour ton usage personnel, c'est peut-être inutile. Mais pour un système qui utilise pleinement le côté multi-utilisateur de UNIX, un serveur, ou autre machine devant être fiable, il faudrait par exemple avoir une partition /var séparée, pour éviter le déni de service par log interposé.
D'ailleurs, je me pose une question. Il serait plus logique - je trouve - de pouvoir mettre /etc sur une partition à lecture seule. Seulement, il me semble bien que ça n'est pas pour l'nstant possible, à cause de fichier comme /etc/mtab, ou encore /etc/ppp/resolv.conf. Je pense que ces fichiers devraient être dans /var. Que dit FSB ?
[^] # Re: Defi !
Posté par kd . En réponse au journal Un coquillage qui parle le FTP. Évalué à 1.
PORTDEBUT=1
PORTFIN=1024
for ((p=$PORTDEBUT;p<=$PORTFIN; p++)); do
(
if exec 5<>/dev/tcp/127.0.0.1/$p; then
echo "$p opened";
exec 5<>/dev/null;
else
echo "$p not opened";
fi
exit;
) 2>/dev/null &
done
Bon après, c'est sûr que si on veut faire des scans furtifs, ça risque pas d'être faisable. Il n'y a pas mieux pour réveiller un IDS que ce script, vu que bash utilise certainement la primitive C connect() pour se connecter.
# Bon euh...
Posté par kd . En réponse au journal Un coquillage qui parle le FTP. Évalué à 2.
Voili voilou.
Sinon en remarque, dans le même genre, il serait possible de programmer pas mal de clients du même genre, pour pas mal de protocoles.
Ce qui est facile avec le protocole FTP c'est que c'est un protocole synchrone, c'est-à-dire que le serveur ne nous envoie des réponses... qu'en réponse à nos requêtes, comme en HTTP par exemple.
Pour ceux qui auraient envie de faire un client IRC en 100% bash par exemple, ça se corse beaucoup, non pas dans le parsing des commandes, mais dans le fait que le protocole est asynchrone. Résultat, on peut recevoir des données à n'importe quel moment.
Il faudrait alors faire des espèces de threads pour faire du polling sur /dev/tcp/host/port.
On peut "forker" le script grâce à ( commandes ) & par exemple, mais le sous-script qui tournera en tâche de fond ne pourra pas communiquer facilement, par variables interposées par exemple, avec le script-père.
Il reste alors la solution super goret (ultra gruik même !) qui consiste à partager les variables à travers des fichiers textes.
Si vous avez des idées, n'hésitez pas !
# Re:
Posté par kd . En réponse au message Cherche un language de script. Évalué à 3.
De plus, il me semble bien que la dernière mouture PHP 5 supporte les exceptions.
- Du shell-scripting. Puissant mais c'est de la bidouille, et je ne pense pas que ça réponde à tes besoind de programmation objet et de sécurité.
Je ne connais personnellement que ces deux langages de scripts.
Mais as-tu pensé à Perl ou encore à Tcl ?
Sinon, je ne t'encouragerai que trop à jeter un coup d'oeil à la puissance d'un langage tel que OCaml, même si ce n'est pas vraiment un langage de script, bien qu'il puisse un peu s'utiliser comme tel.
Sinon, je pense que la contrainte la plus difficile est la sécurité. Je ne crois pas qu'il existe un langage permettant de supprimer facilement certaines commandes.
PHP, lui permet de supprimer l'accès à certaines fonctions, parce que c'est justement à la base conçu pour les serveurs web, et donc c'est un minimum sécurisé. Mais ces limitations restent limités à justement la lecture ou l'écriture de fichiers.
[^] # Re: en passant
Posté par kd . En réponse au message free() or not free() ?. Évalué à 2.
Un jour, ce bug furtif se réveillera à un endroit innatendu, et ce sera beaucoup de temps perdu à débugguer...
# Finalement, Slackware 2.2
Posté par kd . En réponse au journal Minix !. Évalué à 1.
Ca ne marche pas trop mal, même si c'est sûr que 4 Mo, c'est un peu juste. Merci Will Hunting pour ta proposition de mémoire vive, mais je suis sur Paris. Et puis, sur ces vieux matos, je ne sais pas si les barettes de RAM sont très standardisées. J'ai un 386 qui n'a pas le même type de barette, malheureusement !
J'ai recompilé le noyau, ça a bien pris quelques heures à cause de la lourdeur de gcc (version 2.6.3). Ayant désactivé quelques options, j'ai gagné 300 précieux kilo octets de mémoire vive pris par le noyau en fonctionnement (il n'y avait pas de modules à cette époque).
Du coup, grâce au port série, j'ai connecté le vieux 486 au grand internet grâce à ppp, via ma passerelle qui joue le rôle de "serveur" ppp. Ca se configure vraiment facilement. J'obtiens un magnifique débit de 3,2 Ko/s en téléchargement avec un MTU de 500, et une latence (ping diront les gamerz) de 60 ms :)
Va falloir encore que je teste d'autres valeurs de MTU pour optimiser tout ça...
Il n'y pas beaucoup de programmes sous slackware-2.2, mais j'ai réussi à compiler un vieux lynx-2.3 et un vieux wget 1.8.4 que j'ai trouvé sur Internet grâce à Google.
Je suis actuellement en train de compiler le très petit et très rapide serveur internet thttpd.
Le problème, c'est que pour la plupart des sources de programmes ne compilent pas à cause d'un script configure qui foire, non pas à cause de fichier d'en-tête manquant, mais à cause d'obscures raisons. J'obtiens souvent un "sed: confdefs.h: no such file" ou bien un message similaire qui se plaint de ne pas trouver un certain confdefs.sh. J'ai bien essayé de bidouiller le script configure, mais sans succès.
Je n'ai donc pas encore réussi à compiler netcat qui m'aurait été utile.
J'ai aussi zieuté du côté d'autres OS tel que DOS. Ne commencez pas à crier au sacrilège du non libre, il y a une version libre de DOS : Freedos (http://freedos.org/(...)).
J'ai aussi découvert un client vnc qui tourne sous DOS (http://vncviewer8086.sf.net/(...)) avec de très vieilles machines : ça a été testé sur un 286 avec 1 Mo de RAM.
N'ayant pas de carte réseau pour bus ISA, il va falloir que j'installe une pile TCP/IP et un programme de PPP pour DOS... Comme je ne suis pas encore expérimenté pour ces système, il va falloir mettre les mains dans le camboui !
# Momentanément, momentanément seulement !
Posté par kd . En réponse à la dépêche LinuxFR s'arrête .... Évalué à 4.
Ouf ! Nous sommes sauvés !
L'arrêt de Linuxfr aurait été un cataclysme pour la moule qui aurait certainement disparu de la biosphère du web :)
# Re:
Posté par kd . En réponse au message Pb de telnet vs netstat. Évalué à 1.
Il se peut également que tu aies un firewall configuré de telle sorte que les paquets que tu envoies avec "telnet localhost S" soit refusés sans avertissement (syntaxe -j DROP de iptables).
Peut-être aussi que, pour raison mystérieuse, localhost de pointe pas vers le bon endroit. Essaye dans cette éventualité "telnet 127.0.0.1 S" par exemple.
[^] # Re: aqua ?
Posté par kd . En réponse au journal XServeur 3D. Évalué à 4.
Pour ceux qui ne connaissent pas, Aqua est en bref l'équivalent du serveur X sur les système Mac OS X. Aqua est également basé sur du OpenGL, ce qui permet entre autre, une réactivité étonnante de l'interface graphique, notamment au niveau des petits effets, qui sont d'une fluidité impressionnante, puisqu'ils sont gérés par la carte graphique.
Parmi ces effets (très fluide, j'insiste), je peux citer, bien que n'ayant jamais travailler sur Mac OS X :
- la barre des icônes en bas qui grossit quand on passe la souris dessus ;
- La fameuse touche F11 qui est un espèce de Alt-TAB pour ceux qui aime la souris. Cette touche magique fait un espèce de zoom arrière du bureau tout en déplaçant toutes les fenêtres ouvertes. Résultat, on voit les miniatures des fenêtres, qui ne se recouvrent plus, tout celà étant réalisé on ne peux plus fluidement. On peux après sélectionner la fenêtre vers laquelle on veut switcher. Personnellement, ça ne me servirait pas pour changer d'appli, mais il faut avouer que pour avoir un aperçu de toutes les fenetres ouvertes, c'est d'autant plus pratique que c'est bien foutu.
- je crois qu'il y a aussi la réduction/agrandissement des fenêtres.
# Re:
Posté par kd . En réponse au message icewm+configuration. Évalué à 1.
Si je comprend bien, tu as mis "/home/firefox_installer/firefox" ?
On ne peut vraiment pas deviner, d'autant plus que tu as mis comme chemin vers l'icône "/home/firefox-installer/firefox", avec un trait d'union.
Ce fichier est censé être une icône, un fichier .xpm, ou .png si tu as un icewm avec le support imlib2.
2) Il faudrait "installer" sftp sur firefox. Je ne sais pas si un tel plugin existe. Par contre, je ne suis pas sûr mais des explorateurs de fichiers du genre Nautilus savent utiliser le sftp://
[^] # Re: Répare amsn
Posté par kd . En réponse au journal A mort Gaim. Évalué à 5.
Aucune solution viable n'a été trouvée.
La solution que tu donnes est mauvaise : si quelqu'un ouvre un SB dans le but de te parler, la demande d'icône se fera quand même.
Mais supposons ta solution corrigée. Le gros problème réside dans ton timeout : pourquoi 2 secondes ? Pourquoi pas 3 ni 0.1 ? Dans un programme, il ne faudrait jamais poser des constantes arbitrairement choisies comme tu le fais. Et si par hasard, le réseau est congestionné et qu'un certain paquet TCP met plus de 2 secondes à arriver, comment fais-tu ?
Donc finalement, le problème ne peut pas vraiment être résolu.
Il me semble que la meilleure solution reste encore de désactiver l'option. Ou bien de trouver une façon moins envahissante de signaler l'ouverture d'un SB.
[^] # Re: Qualité ?
Posté par kd . En réponse au journal Rosetta : participer au Libre, sans coder. Évalué à 3.
Traduire est extr^emement difficile. Et malheureusement, il n'y a rien de plus facile de ternir l'image d'un logiciel : il suffit de la traduire mais de mani`ere non parfaite. Une bonne traduction est un des points qui donnent une image positive d'un programme : il y a aussi l'ergonomie par exemple, en 'etroite corr'elation avec la programmation de l'interface. Et malheureusement, les programmeurs du libres n'ont pas tous un doctorat d'ergonomie ou de je ne sais quoi...
J'ai d'ej`a traduit une grosse partie du programme amsn car `a l'epoque le programme 'etait extr^ement mal traduit :
1. fautes d'orthographes encore trop nombreuses
2. mots hors de leur contexte : logging 'etait traduit par connexion au lieu de historique par exemple ;
3. inconsistence de la traduction : un terme n'etait pas traduit de la m^eme mani`ere partout.
Les points 1 et 2 sont facilement r'esolus par la solution propos'ee (Rosetta). Et c'est une bonne chose parce qu'il est tr`es mauvais pour un programme de voir des messages avec des s oubli'es, des verbes mal accord'es, etc...
Par contre, le point 3 risque fort de s'aggraver puisque beaucoup de personnes participeront `a la traduction.
Cel`a est aussi probl'ematique quand plusieurs traducteurs ne sont pas d'accord sur la traduction d'un terme.
PS : D'esol'e pour les accents, je suis sur un clavier qwerty qui n'a pas l'air d'^etre correctement param'etr'e.
[^] # Re: HAN!
Posté par kd . En réponse au journal Sortie de fluxbox 0.9.12. Évalué à 4.
Et c'est bien pratique parce que ça m'évite de convertir toutes mes icones en .xpm
[^] # Re: Déçu
Posté par kd . En réponse au journal $ ping -c 1 titan. Évalué à 2.
Je vous laisse calculer le temps qu'il aurait fallu pour envoyer des images haute résolution !
[^] # Re: Déçu
Posté par kd . En réponse au journal $ ping -c 1 titan. Évalué à 4.
La faible définition de l'image est dû au fait qu'entre Saturne et nous, il y a une distance environ 10 fois plus grande (en ordre de grandeur) qu'entre Mars et nous. Et donc l'amplitude du signal est autrement plus faible.
Enfin bref, il n'y a pas l'ADSL à 8Mbits/s entre Cassini et la Terre.
Alors que PathFinder avait des panneaux solaires, Huygens est limité par l'autonomie de sa batterie, donc pas le temps ni les électrons nécessaires pour prendre et envoyer de grosses images.
En bref, les contraintes sur Titan sont autrement plus importantes que sur Mars.
Et aussi, il faut rappeler que la NASA est un peu à l'ESA ce que l'hebdomadaire Gala est au journal Le monde. Je veux dire par là qu'ils sont très soucieux de leur image médiatique. Toutes les missions ou images qu'ils font sont souvent là pour épater le public. Evidemment, je n'ai pas dit que c'était là leur seul but ! Mais il ne faut tout de même pas oublier cet aspect.
# Tout est faille alors
Posté par kd . En réponse au journal vulnérabilité des navigateurs mozilla. Évalué à 3.
De plus, si c'est une faille, alors tout est faille. Par exemple, ici, sur Linuxfr, je pourrai faire la même chose puisque par défaut les url sont tronquées et suivies de (...)
# Alors pompons !
Posté par kd . En réponse au journal Envie de pomper?. Évalué à 5.
Il n'est pas fréquent de trouver un site qui finalement n'est pas principalement d'une couleur. Ici, il y a du rouge, du bleu et du vert sur la même page, ce qui fait qu'on ne s'ennuie pas.
L'ancien design du site était monocolore, et la couleur choisie était le beige. Tout était beige marron, pas de blanc + gris + beige, mais beige + beige foncé + autres couleurs pour les fioritures. C'était beaucoup moins plaisant à lire. Et encore heureux que je ne déteste pas le beige !
Maintenant, c'est plutôt joyeux et léger à première vue mais tout en restant très agréable à lire.
[^] # Re: Comment le savoir ?
Posté par kd . En réponse au sondage La commande de base que je tape le plus. Évalué à 2.
Du coup, il me suffit de taper "s Entrée" pour remonter dans l'arborescence.
Très pratique !
Je me suis habitué à cet alias car elle était présente dans ma première distrib : la Mandrake.
[^] # Re: une multitude
Posté par kd . En réponse au message Partage réseau. Évalué à 5.
Cette option s'appelle (de mémoire) "Uniquement les fichiers locaux".
[^] # Re: En parlant de pingouin sans-fil...
Posté par kd . En réponse au journal Howto pour le dongle USB Sagem de la Livebox sous linux. Évalué à 2.
J'ai demandé à ma soeur qui allais à la Fnac de m'acheter une "carte Wifi PCI" pour qu'elle puisse relier son portable muni d'une carte pcmia Cisco à Internet, via ma passerelle.
Elle revient alors avec une boîte sur laquelle je lis "Netgear MA311".
Voilà ce que je vois dans mon lspci actuellement :
0000:02:0b.0 Network controller: Intersil Corporation Prism 2.5 Wavelan chipset (rev 01)
Au début, j'avais essayé de faire marcher la carte avec les drivers orinoco du noyau 2.4.x. Ça marchait mais le driver plantait de temps en temps. En fait ça marchait pas quoi :)
Et puis j'ai découvert linux-wlan-ng. Je l'ai installé (emerge linux-wlan-ng), j'ai lu la doc, remplit les fichiers de config. Au début, il y a eu parfois des platage du driver quand le débit était trop élevé. Mais à partir de je ne sais plus quelle version, ça marche impeccablement.
[^] # Re: 32/64 bit
Posté par kd . En réponse au journal Linux et pentium-m. Évalué à 2.
Rien ne t'interdit de rester en France et d'aller rouler sur circuit.