Laurent Go a écrit 86 commentaires

[^] # Re: java et linux (et GTK)

Posté par Laurent Go le 04 février 2005 à 08:09. En réponse au journal java et linux (et GTK). Évalué à 2.

Pourquoi vouloir à tout prix faire du java ? Pourquoi ne pas investir tout ce temps et sans doute cet argent dans une JVM libre ?

Des gens veulent faire du java parce qu'ils préfèrent java à d'autres langages... Quant aux JVM Java (pléonasme: JVM = Java Virtual Machine) libres, ca fait longtemps qu'elles existent comme par exemple :
- kaffe: http://www.kaffe.org(...)
- ikvm: http://www.ikvm.net(...)
- SavleVM: http://www.sablevm.org(...)
et je dois très certainement en oublier...

Ce qui manque en fait c'est une implémentation complète des classes de base, comme s'y emploie le projet GNU Classpath ( http://www.gnu.org/software/classpath/classpath.html(...) )

Et enfin, il y a quelques discussions sur jpackage.org à propos d'une jvm libre d'un vendeur en trois lettres (mais bon, pour l'instant, rien de plus, donc intérêt moyen.)
[^] # Re: Confirmation

Posté par Laurent Go le 19 janvier 2005 à 13:21. En réponse au message Vhost sur port 443 & 80 sur un même serveur apache 2.0.. Évalué à 1.

mod_ssl était un module pour Apache 1.3 pour obtenir un serveur SSL (l'autre solution étant un jeu de patches à appliquer sur directement sur les sources). Depuis Apache 2.0, c'est devenu un module officiel maintenu par Apache.

Et en ce qui concerne la possibilité d'avoir plusieurs name-based virtualhosts en SSL : C'est une impossibilité technique (cf entre autre la FAQ de mod_ssl : http://www.modssl.org/docs/2.8/ssl_faq.html#ToC47(...))
[^] # Re: Name-based Virtualhosts

Posté par Laurent Go le 19 janvier 2005 à 13:15. En réponse au message Vhost sur port 443 & 80 sur un même serveur apache 2.0.. Évalué à 1.

Une petite idée...

Je pense que le problème vient que tu spécifies ton adresse IP 82.x.x.x . Il se trouve que moi aussi j'ai un serveur Apache sur une passerelle avec d'un côté mon réseau privé en 192.168.x.x et de l'autre une adresse IP fourni par mon FAI 82.y.y.y

Avec ta configuration, si j'essaie de me connecter à mon serveur depuis le réseau interne, je vais faire une requete vers une adresse du type 192.168.x.x alors que dans ma configuration je spécifie de ne répondre que si l'adresse demandée est 82.y.y.y -> Apache ne renverra donc rien

Par contre, si je remplace dans ma config Apache, 82.y.y.y par *, là cela marchera parce qu'Apache répondra quelquesoit l'adresse IP.

Donc en résumé, ma config deviendrait :

NameVirtualHost *:80 <VirtualHost *:80> ServerName willou.net DocumentRoot /www/willou.net ServerAdmin xxx@xxx.net ErrorLog /www/logs/willou.net-error_log </VirtualHost>
# Migration automatique

Posté par Laurent Go le 18 janvier 2005 à 21:08. En réponse au message Mandrake 10.1 : Probleme de Migration d'EVOLUTION 1.4 vers 2. Évalué à 2.

Normalement, la première fois qu'evolution 2.0 est lancé, il importe automatiquement les données de la version 1.4.

Si tout se passe bien, tu peux alors supprimer le répertoire evolution à la racine de ton compte, car tout a été transferé dans .evolution

Si ca se passe mal (ce qui n'a pas été mon cas ni celui de mes amis), il faut éventuellement recourir à la migration manuelle. Mais le bon côté est que tant que tu n'effaces pas le répertoire ~/evolution, toutes tes données restent intactes
# Name-based Virtualhosts

Posté par Laurent Go le 18 janvier 2005 à 21:03. En réponse au message Vhost sur port 443 & 80 sur un même serveur apache 2.0.. Évalué à 1.

Si j'ai bien compris ce que tu souhaites faire, tu souhaites avoir plusieurs virtualhosts définis à partir de leur nom dont un SSL

Le problème, c'est que tu ne précises pas le port de premiers virtualhosts, et ceux-ci s'appliquent donc sur tous les ports sur lesquels écoute Apache. Comme Apache utilise le premier virtualhost qui convient, tu obtiens d'un côté un client qui cherche à établir une communication chiffrée avec un virtualhost qui n'en est pas capable.

Je te conseille donc de modifier légèrement ta configuration, en particulier de Vhosts.conf en utilisant :

<VirtualHost 82.x.x.x:80>
</VirtualHost>

Plus d'infos dans la doc Apache :
http://httpd.apache.org/docs-2.0/vhosts/name-based.html(...)
# Confirmation

Posté par Laurent Go le 18 janvier 2005 à 20:56. En réponse au message Vhost sur port 443 & 80 sur un même serveur apache 2.0.. Évalué à 2.

Effectivement, il n'est pas possible d'avoir de virtualhost pour un serveur sécurisé si l'on ne dispose pas de plusieurs IP ou si l'on n'utilise pas des ports différents.

Explications:
En mode non-sécurisé, pour acceder à un virtualhost particulier, un champ Host: est envoyé du client vers le serveur dans la requête HTTP (cela ne peut pas être fait au niveau plus haut qui est TCP/IP -> on ne raisonne qu'en terme d'adresses IP)

En mode sécurisé, avant tout envoi de la requête, il faut établir un canal chiffré et pour cela on utilise un certificat. Et comme on n'a encore rien envoyé, le serveur ne peut pas choisir le certificat en fonction de l'Host. En outre, un certificat est spécifique à un hôte et donc les navigateurs refusent généralement d'aller sur un site dont le champ Host du certificat ne correspond pas à celui de l'url.

Cette limitation n'est donc pas spécifique à Apache

Par contre, il est tout à fait possible d'avoir un serveur SSL en même temps que plusieurs virtualhosts classiques.
[^] # Re: ifplugd / waproamd

Posté par Laurent Go le 13 janvier 2005 à 13:20. En réponse au message eth0 et wlan0 au démarage.... Évalué à 1.

tu peux aussi utiliser netprofile avec mandrake.
Les profils se configurent avec drakconf et l'outil de configuration réseau.
Ensuite dans le gestionnaire de démarrage, tu choisis avec quel profil lancer le réseau.

Là, tu aurais deux profils, l'un pour la maison et l'autre pour le boulot et deux entrées dans lilo ou grub pour choisir le profil adapté
[^] # Re: Tu peux le créer toi même ....

Posté par Laurent Go le 24 novembre 2004 à 19:06. En réponse au journal un "LanFileSearch" pour Linux ?. Évalué à 1.

Finalement, non, ce n'est pas le même script mais un autre projet pour scanner un réseau et qui a comporte un skippy dans le nom...

Désolé
[^] # Re: Tu peux le créer toi même ....

Posté par Laurent Go le 24 novembre 2004 à 18:19. En réponse au journal un "LanFileSearch" pour Linux ?. Évalué à 1.

On me souffle dans mon oreillette que ce script peut se trouver sur sourceforge : http://sourceforge.net/projects/skippylan(...)
[^] # Re: Tu peux le créer toi même ....

Posté par Laurent Go le 24 novembre 2004 à 09:46. En réponse au journal un "LanFileSearch" pour Linux ?. Évalué à 2.

Houille's power :-)

Ayant fait partie de la même communauté que Skippy380, je me rappelle qu'on avait aussi jeté un coup d'oeil à UntzUntzLan http://untzuntzlan.sourceforge.net/(...) mais à l'époque (2-3 ans), nous n'avions pas réussi à le faire marcher comme nous le souhaitions... Peut-être auras-tu plus de chance ?
[^] # Re: Hassan Cehef, c'est possible

Posté par Laurent Go le 26 octobre 2004 à 20:01. En réponse au message accès intranet de l'extérieur à travers SSH. Évalué à 1.

Bon à savoir car j'avais vérifié dans les manpages mais sur la fc2, c'est encore une version 3.6...
[^] # Re: Hassan Cehef, c'est possible

Posté par Laurent Go le 26 octobre 2004 à 08:06. En réponse au message accès intranet de l'extérieur à travers SSH. Évalué à -2.

l'option -D marche très bien mais il faut savoir que openssh émule un proxy socks 4, et que par conséquent il ne fait pas les requêtes DNS en passant par le tunnel (et donc en interrogeant le DNS interne de l'intranet).

Par exemple, si tu souhaites accèder à une machine "intranet" mais qui n'est pas déclarée dans le DNS public, tu devras y accèder via son IP.

A noter que ssh (la version commerciale) émule pour sa part un socks 5 et qu'il n'a donc pas ce problème.
[^] # Re: Hassan Cehef, c'est possible

Posté par Laurent Go le 26 octobre 2004 à 08:05. En réponse au message accès intranet de l'extérieur à travers SSH. Évalué à 4.

l'option -D marche très bien mais il faut savoir que openssh émule un proxy socks 4, et que par conséquent il ne fait pas les requêtes DNS en passant par le tunnel (et donc en interrogeant le DNS interne de l'intranet).

Par exemple, si tu souhaites accèder à une machine "intranet" mais qui n'est pas déclarée dans le DNS public, tu devras y accèder via son IP.

A noter que ssh (la version commerciale) émule pour sa part un socks 5 et qu'il n'a donc pas ce problème
[^] # Re: Utilisation des metadata...

Posté par Laurent Go le 22 octobre 2004 à 14:16. En réponse à la dépêche Sortie de KimDaBa version 2.0. Évalué à 4.

Pour moi, ce n'est pas une solution idéale parce que :
- on a une vue linéaire des images (au mieux regroupés par thèmes)
- on ne peut pas chercher selon des critères donnés
- on ne peut pas facilement réimporter les images

Mais pour l'utilisateur lambda, ca a le mérite de la simplicité

A noter que f-spot ( http://www.gnome.org/projects/f-spot/(...) ) permet l'export vers gallery ( http://gallery.sourceforge.net/(...) ). A noter, les mockups des futurs fonctionnalités du logiciel ( http://primates.ximian.com/~glesage/wiki/doku.php?id=f-spot(...) )
# Utilisation des metadata...

Posté par Laurent Go le 22 octobre 2004 à 10:09. En réponse à la dépêche Sortie de KimDaBa version 2.0. Évalué à 9.

Ayant actuellement beaucoup de photos à classer, j'ai fait un (rapide) tour des solutions existantes sous Linux et à mon avis, le gros problème actuellement, c'est que chaque logiciel utilise sa propre organisation pour le stockage des informations. Quand on est seul, ca va, mais si on veut partager les photos avec d'autres personnes qui n'utilisent pas le même environnement/pas le même logiciel (je ne vois pas pourquoi je leur imposerai mon logiciel...) ca devient problématique.

Apparament KimDaBa fait partie de ceux-là, stockant ses infos dans un fichier à part...
Pourquoi il n'existe pas de solution libre utilisant le format de métadata XMP (qui semble mieux que IPTC, lui-même n'étant pas très répandu dans le monde libre) : problème de spécifications, de brevets ?
# Et du coté d'hpijs ?

Posté par Laurent Go le 20 octobre 2004 à 07:06. En réponse au message problème impression HP 3550. Évalué à 2.

Je dispose d'une hp dj 3650 qui marche parfaitement sous Mandrake. Comme cela ne t'avancera guère, voici quelques pistes... :
- hpoj est normalement destiné aux modèles OfficeJet (les modèles tout en un avec scanner intégré)
- Sur LinuxPrinting tu trouveras des infos sur ton imprimante qui normalement est supportée car HP fournit des pilotes sous license BSD : http://www.linuxprinting.org/show_printer.cgi?recnum=HP-DeskJet_355(...)
- Le site d'HP pour l'impression sous Linux : http://hpinkjet.sourceforge.net/(...)
[^] # Re: Ca existe déjà...

Posté par Laurent Go le 30 août 2004 à 10:31. En réponse à la dépêche Une base de registre pour Linux ?. Évalué à 2.

Je ne crois pas que GConf soit réservé aux programmes Gnome. Déjà, il n'utilise rien de spécifique à gnome (du moins pour la partie daemon) et il est prévu d'ajouter le support d-bus (http://www.gnome.org/projects/gconf/plans.html(...)) ce qui permettrait une intégration avec d'autres environnement comme KDE
# Un peu de pub gratuite...

Posté par Laurent Go le 17 août 2004 à 00:54. En réponse au message Chois d'une imprimante USB sous Linux. Évalué à 2.

HP propose des drivers sous licence BSD pour Linux ( http://hpinkjet.sourceforge.net/(...) ) qui sont quasiment en phase avec leurs produits. Et conséquence directe, pas de problème pour utiliser ces imprimantes sous la plupart des distrib actuelles

De plus, j'ai apprécié leur SAV rapide et efficace (envoi gratuit d'un nouveau transfo en collisimo), donc je leur doit bien un coup de copinage

[^] # Re: ethtool

Posté par Laurent Go le 15 août 2004 à 23:35. En réponse au message Problème de performances réseaux entre Linux et FreeBSD. Évalué à 1.

Les deux cartes sont à 100Mb/s...
Je ne connais pas ethtool donc je ne sais pas par trop ou commencer (si ce n'est le man :-)

sinon, dump de mii-tool sous linux :



[root@caribou laurent]# mii-tool -v -v

eth0: negotiated 100baseTx-FD, link ok

  registers for MII PHY 1:

    3100 786d 2000 5c30 01e1 45e1 0005 2801

    0000 0000 0000 0000 0000 0000 0000 0000

    0015 0000 0000 0000 0000 0000 0100 0030

    0000 0061 0804 8800 0000 0000 0000 0000

  product info: vendor 08:00:17, model 3 rev 0

  basic mode:   autonegotiation enabled

  basic status: autonegotiation complete, link ok

  capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD

  advertising:  100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD

  link partner: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control

# Résultats avec netserver sur le serveur et netperf sur le portable

Posté par Laurent Go le 14 août 2004 à 14:55. En réponse au message Problème de performances réseaux entre Linux et FreeBSD. Évalué à 1.



TCP STREAM TEST to 192.168.1.7 : histogram

Recv   Send    Send

Socket Socket  Message  Elapsed

Size   Size    Size     Time     Throughput

bytes  bytes   bytes    secs.    10^6bits/sec



 87380  32768  32768    60.73       0.35

Analyse par tcptrace



TCP connection 3:

        host e:        gobio:50904

        host f:        caribou.no-ip.org:32850

        complete conn: yes

        first packet:  Sat Aug 14 11:15:54.324905 2004

        last packet:   Sat Aug 14 11:16:55.062181 2004

        elapsed time:  0:01:00.737276

        total packets: 3713

        filename:      test.dump

   e->f:                              f->e:

     total packets:          1857           total packets:          1856

     ack pkts sent:          1856           ack pkts sent:          1856

     pure acks sent:            2           pure acks sent:         1854

     sack pkts sent:            0           sack pkts sent:            0

     dsack pkts sent:           0           dsack pkts sent:           0

     max sack blks/ack:         0           max sack blks/ack:         0

     unique bytes sent:   2680248           unique bytes sent:         0

     actual data pkts:       1854           actual data pkts:          0

     actual data bytes:   2684592           actual data bytes:         0

     rexmt data pkts:           3           rexmt data pkts:           0

     rexmt data bytes:       4344           rexmt data bytes:          0

     zwnd probe pkts:           0           zwnd probe pkts:           0

     zwnd probe bytes:          0           zwnd probe bytes:          0

     outoforder pkts:         267           outoforder pkts:           0

     pushed data pkts:          1           pushed data pkts:          0

     SYN/FIN pkts sent:       1/1           SYN/FIN pkts sent:       1/1

     req 1323 ws/ts:          Y/Y           req 1323 ws/ts:          Y/Y

     adv wind scale:            1           adv wind scale:            7

     urgent data pkts:          0 pkts      urgent data pkts:          0 pkts

     urgent data bytes:         0 bytes     urgent data bytes:         0 bytes

     mss requested:          1460 bytes     mss requested:          1460 bytes

     max segm size:          1448 bytes     max segm size:             0 bytes

     min segm size:          1448 bytes     min segm size:             0 bytes

     avg segm size:          1447 bytes     avg segm size:             0 bytes

     max win adv:           66608 bytes     max win adv:           64128 bytes

     min win adv:           66606 bytes     min win adv:            8704 bytes

     zero win adv:              0 times     zero win adv:              0 times

     avg win adv:           66607 bytes     avg win adv:           63539 bytes

     initial window:         1448 bytes     initial window:            0 bytes

     initial window:            1 pkts      initial window:            0 pkts

     ttl stream length:   2680248 bytes     ttl stream length:         0 bytes

     missed data:               0 bytes     missed data:               0 bytes

     truncated data:      2628972 bytes     truncated data:            0 bytes

     truncated packets:      1854 pkts      truncated packets:         0 pkts

     data xmit time:       60.736 secs      data xmit time:        0.000 secs

     idletime max:          239.1 ms        idletime max:          239.1 ms

     throughput:            44129 Bps       throughput:                0 Bps

# Résultats avec netserver sur le portable et netperf sur le serveur

Posté par Laurent Go le 14 août 2004 à 14:52. En réponse au message Problème de performances réseaux entre Linux et FreeBSD. Évalué à 1.

Netserver sur le portable et Netperf lancé depuis Freebsd:



TCP STREAM TEST to gobio

Recv   Send    Send

Socket Socket  Message  Elapsed

Size   Size    Size     Time     Throughput

bytes  bytes   bytes    secs.    10^6bits/sec



 65536  16384  16384    60.00      89.27

Analyse du dump par tcptrace:



TCP connection 2:

        host c:        caribou.no-ip.org:32849

        host d:        gobio:50892

        complete conn: yes

        first packet:  Sat Aug 14 11:09:55.056500 2004

        last packet:   Sat Aug 14 11:10:55.060477 2004

        elapsed time:  0:01:00.003977

        total packets: 480129

        filename:      test2.dump

   c->d:                              d->c:

     total packets:        467299           total packets:         12830

     ack pkts sent:        467298           ack pkts sent:         12830

     pure acks sent:            2           pure acks sent:        12828

     sack pkts sent:            0           sack pkts sent:            0

     dsack pkts sent:           0           dsack pkts sent:           0

     max sack blks/ack:         0           max sack blks/ack:         0

     unique bytes sent: 666387664           unique bytes sent:         0

     actual data pkts:     467295           actual data pkts:          0

     actual data bytes: 666387664           actual data bytes:         0

     rexmt data pkts:           0           rexmt data pkts:           0

     rexmt data bytes:          0           rexmt data bytes:          0

     zwnd probe pkts:           0           zwnd probe pkts:           0

     zwnd probe bytes:          0           zwnd probe bytes:          0

     outoforder pkts:           0           outoforder pkts:           0

     pushed data pkts:      20705           pushed data pkts:          0

     SYN/FIN pkts sent:       1/1           SYN/FIN pkts sent:       1/1

     req 1323 ws/ts:          Y/Y           req 1323 ws/ts:          Y/Y

     adv wind scale:            7           adv wind scale:            1

     req sack:                  Y           req sack:                  N

     sacks sent:                0           sacks sent:                0

     urgent data pkts:          0 pkts      urgent data pkts:          0 pkts

     urgent data bytes:         0 bytes     urgent data bytes:         0 bytes

     mss requested:          1460 bytes     mss requested:          1460 bytes

     max segm size:          1448 bytes     max segm size:             0 bytes

     min segm size:           136 bytes     min segm size:             0 bytes

     avg segm size:          1426 bytes     avg segm size:             0 bytes

     max win adv:            5888 bytes     max win adv:           66608 bytes

     min win adv:            5888 bytes     min win adv:           46336 bytes

     zero win adv:              0 times     zero win adv:              0 times

     avg win adv:            5888 bytes     avg win adv:           65593 bytes

     initial window:         2896 bytes     initial window:            0 bytes

     initial window:            2 pkts      initial window:            0 pkts

     ttl stream length: 669563104 bytes     ttl stream length:         0 bytes

     missed data:         3175440 bytes     missed data:               0 bytes

     truncated data:    652368814 bytes     truncated data:            0 bytes

     truncated packets:    467295 pkts      truncated packets:         0 pkts

     data xmit time:       60.003 secs      data xmit time:        0.000 secs

     idletime max:           94.7 ms        idletime max:          102.1 ms

     throughput:         11105725 Bps       throughput:                0 Bps

# Comportement normal

Posté par Laurent Go le 29 juillet 2004 à 13:11. En réponse au message Fonctionnement du OR. Évalué à 2.

C'est le comportement par défaut depuis la version 3

http://www.php.net/manual/fr/migration.booleval.php(...)
[^] # Re: La Grande séduction

Posté par Laurent Go le 29 avril 2004 à 15:50. En réponse à la dépêche La Grande séduction. Évalué à 3.

Ben non, il suffisait de se rendre à leur concert à Paris pour se rendre compte qu'il y avait pas mal de "maudits français" qui capotent sur leurs chansons...

Et bonne nouvelle, leur prochain album devrait aussi sortir en France :-)
# Re: GNU/Linux vs MS Windows selon un hébergeur

Posté par Laurent Go le 26 mars 2004 à 12:10. En réponse au journal GNU/Linux vs MS Windows selon un hébergeur. Évalué à -1.

Ce n'est pas un comparatif des deux plateformes en général, mais chez cet hébergeur en particulier pour leur offre de serveur dédié, et celui-ci a fait en sorte q'il y ait peu ou pas de différences en terme de fiabilité, de gestion (avec apparament une interface SiteControl).

Donc une pub...
[^] # Re: Linux et Hauppauge PVR 350

Posté par Laurent Go le 18 mars 2004 à 18:45. En réponse au journal Linux et Hauppauge PVR 350. Évalué à 1.

il faut regarder du cote d'usbvision. De gros progrès ont été fait récemment (en particulier, un décompresseur - libre - a été intégré) et il manque peu de choses pour atteindre son équivalent sous windows.

http://usbvision.sf.net(...)