Sytoka Modon a écrit 4551 commentaires

cygwin est une implémentation de la norme POSIX sur Windows. C'est aussi une "distribution" si on compte tous les logiciels qui vont avec. cygwin est un peu le pendant de wine sous les UNIX, wine étant une implémentation de l'API win32.

colinux permet de faire tourner un noyau linux. Ce n'est pas juste une API. Dans ton colinux, tu es dans une sorte de machine virtuelle. Alors qu'avec cygwin, tu partage complétement l'environnement avec windows.

rsync ne s'occupe de rien du tout et c'est tres bien. C'est un outil de base qui doit le rester.

Après, c'est à toi d'utiliser l'outil dans l'environnement qu'il te faut et si cela s'avère génial, de le faire partager a d'autres.

> Est-il indispensable que rsync soit installé sur le serveur ?

OUI

Avec l'option --backup d'rsync, tu fait une sauvegarde locale et tu n'envoi que les nouveautes par ftp. Par contre, il y a quelques essais a faire avant que ca marche ;-)

Je n'ai essayé qu'une seule fois sous Linux et ca avait marché. A vrai dire, sous un UNIX, ca n'a pas un intéret fou a moins de faire du propriétaire, ce qui n'est pas mon cas ;-)

A vrai dire, plus un langage a de possibilités et un nombre titanesque de module, plus il y a de chance de trouver un cas ou cela ne marche pas... Par ailleurs, il est vrai que Perl n'avait pas été conçu à l'époque pour ca.

Avec le paquet resolvconf de la debian, il est préférable de mettre ca dasn le fichier interfaces.

iface eth0 inet static
address 192.168.0.123
netmask 255.255.255.0
gateway 192.168.0.1
dns-search nicedomain.org
dns-nameservers 195.238.2.21 195.238.2.22

Ensuite, on relance le reseau ?

Sauf que là, ca parle de Sylpheed, l'original ;-)

Il serait peut être temps que Sylpheed-Claws change de nom...

> perl ? utilisable aussi pour faire du scripting sous linux. semble assez
> utilisé utilisable pour apache également

C'est sur que perl et apache, c'est une belle histoire d'amour.

Avec le CPAN, tu devrais toruver ton bonheur... Ca roule sur Windows (jamais essayé mais j'ai un pote chez Motorola qui ne fait que ca).

Bref, ce n'est pas la dernière mode mais c'est bien robuste, portable et toujours très actif.

Bref, il ne doit pas y avoir beaucoup de système UNIX qui tourne sans perl de nos jours ;-)

Le noyau NetBSD est porté sur beaucoup d'architecture. OK. Mais qu'en est'il de X-Windows ?

Les BSD ont leur système de port. Je parlais du système global : distribution. Pour une debian, c'est plus de 1000 paquetages.

Le portage d'une console texte sur une architecture exotique, c'est intéressant mais ce n'est pas tout à fait les mêmes objectifs.

Entre pouvoir et le faire, il y a une petite différence... Voir les problèmes de debian avec certaines architectures pour compiler à temps les paquets, avoir un parc de machine, tester les logiciels et faire des patch adéquat (X par exemple).

Bref, il y a un grand pas entre avoir un noyau qui tourne et une distribution qui tourne sous une nouvelle architecture. C'est pas pour rien que les 3/4 des distributions se limite au x86.

Justement, linux est un mauvais exemple. Les noyaux 2.6 sont vraiment "chiant" au niveau des serveurs. D'ailleurs, j'ai certains serveurs encore en 2.4 car avec lui, pas de surprise ni de reboot du serveur tous les mois. Lors d'une mise à jour du noyau pour cause de trous de sécurité, tu es sur qu'il reboote bien.

Le problème avec les noyaux 2.6, c'est que pour un non spécialiste de la programmation du noyau, on avance un peu trop à l'aveuglette et parfois sans filet...

> Je dois dire que je ne vois pas guère le rapport entre langue
> bretonne et danse bretonne par contre. Enfin, entendons-nous
> bien, dans notre affaire.

Il y en a peu je dois dire mais j'aime bien la danse bretonne ;-)

Mais il a un petit rapport quand même. Sans langue bretonne, la danse bretonne perd une grande partie de son charme. Si tu arretes de parler breton, c'est un pan entier des danses traditionnelles qui va être perdus.

Pour le moment, il n'y a pas trop de problème, les danses traditionnelles sont encore très populaire en bretagne. Bien plus qu'ailleurs où c'est, d'après ce que j'ai vu, l'appanage d'associations.

C'est sans comparaison. Merci.

La vidéo demo.avi est facilement lu par mplayer sous ma debian sarge ;-) Pas besoin de vmware. Dans certain cas d'ailleurs, pas besoin de vmware, qemu suffit largement à la tache et en plus il est libre (sauf kqemu malheureusement).

J'ai oublié de donné un petit exemple bien parlant.

Tout le monde connait l'autocollant BZH collé à l'arrière de pas mal de voiture. BZH est l'abréviation de 'breizh' qui veut dire bretagne en Vannetais. En KLT, c'est 'breiz' sans le h final.

Idem, si je parle d'hérédité, j'ai le mot Herezh en Vannetais et Herez en KLT. Pour simplifier à coup de cerpes, les mots finissant par z en KLT prennent un h en plus en Vannetais.

Bon, je ne vais pas faire un cours de grammaire, j'en suis incapable et ce serait bien trop longs, les règles n'ayant rien a voir avec le Francais.

Je ne vois pas trop l'intérêt de perpétuer le Francais. C'est vrai quoi, la France est un petit pays et ce serait bien plus pratique si on parlait tous anglais.

J'ai eu dans ma boite aux lettres une publicité me vantant l'espéranto. D'après elle, l'Europe ferait une énorme économie en choisissant l'espéranto comme langue officiel plutôt que l'anglais ! (ok, je sais, ce n'est pas officiellement l'anglais mais en pratique, cela revient au même).

Pour en revenir au breton, sais tu qu'un breton arrive à se comprendre avec un gallois ? La frange ouest de l'europe parle encore des langues plus ancienne que les grandes invasions du moyen age. Des langues assez proche en pratique : breton, gallois, écossais et gaélique. C'est un peu notre histoire qui pars à la mer...

Si tu fait un peu de danse traditionnelle (et si tu n'en fait pas, je te conseille d'en faire), tu te rendras compte que le répertoire breton est exceptionnel. C'est quasiment le seul en France qui s'est tranmis sans interruption de génération en génération (c'est grace à la géographie particulière de la bretagne, comme le fait qu'il y ai plus de maladie héréditaire en bretagne...). Si tu danse par exemple un plinn, une gavotte ou une fisel, le breton "colle" à la danse bien mieux que le francais. En francais, c'est possible mais souvent, c'est pas ca. Le francais marche mieux sur les avants deux...

Sachant qu'il y a plusieurs bretons, qu'est ce qui a été définit comme convention pour le système des locales ?

Pour ceux qui n'y connaisse rien (je n'y connais que epsilon...), au début du siècle dernier, il a été définit un breton unifié dis KLT (comme Cornouaille, Léon, Trégor) qui est un mixte artificiel et il est resté de coté le Vannetais qui est toujours vivant dans le vannetais. Le vannetais ne s'arrète pas à Vannes, il va par exemple jusqu'à Lorient, troisième ville de Bretagne (hors Nantes qui est largement en tête).

J'avoue que j'aime bien les distributeurs à bouton tournant. On tourne la molette et on valide par le milieu du bouton. C'est bien gros, c'est simple et ca marche.

YAML ?

Pour décrire une configuration qui s'écrit sous forme d'arbre, le YAML est vraiment très bien. Bien moins lourd que le xml.

> merci beaucoup, enfin quelqu'un qui s'interesse au contenu et pas
> au contenant (note que la nouvelle

Désolé de n'avoir pas été plus positif plus haut, mais c'est plutôt parce que je ne pouvais pas vraiment lire le contenu que sur le contenu. Au niveau du contenu, si on a dégainé super vite c'est justement parce qu'on est vachement intéressé. Bref, un peu de forme et je suis sur que votre site va être visité par pas mal d'administrateur système.

La page objectifs est d'un beau noir ... sur ma debian sarge.

http://eskimo.photo02.free.fr/vpn/html/index2.php

Plus un lien pdf qui ne marche pas

http://eskimo.photo02.free.fr/vpn/html/documents/vpn_redonda(...)

Bon, je reviendrais dans quelques jours ;-)

J'utilise personnnellement kwiki. Simple a mettre en place et à utiliser. Simple à mettre à jour. Il y a un paquet debian ;-) et c'est écrit en perl.

Et puis, j'aime bien sa syntaxe. Il est basé sur les standards des mails, c'est a dire * pour mettre en gras, _ pour souligné et / pour mettre en italique. J'aime pas les wiki avec les doubles et les triples apostrophes ;-(

> Oui, d'une version de gecko à l'autre, l'api évolue. C'est normal (cite
> moi une seule plateforme, un seul framework dont l'api ne bouge
> pas dans le temps).

OpenStep ?

Il y a bouger et bouger...

Si l'on regarde les gros projets, il casse la compatibilité ascendante de temps en temps mais essayes de l'éviter tous les quatres matins.

Pour en revenir a OpenStep, on ne peux pas dire que ce soit dépassé et moche (cf MacOSX), et ca contine aussi d'évoluer. Dommage qu'il ne semble pas y avoir de binding connus vers les langages de scripts car je suis sur qu'il y gagnerais (j'ai bien vu une libcamelbones0 sur ma debian mais je ne sais ce que ca vaut). Je pense notament à ruby que je connais très peu mais qui semble proche d'ObjectiveC dans sa philosophie.

Je suis un crétin... J'avais pas mis la bonne lib...

Tourner dix fois sa langue dans sa bouche avant de poster.

J'ai essayé sous sarge et ma webcam ne marche pas ;-( Ca marche avec gnomemeeting. Je n'ai pas le suport vidéo V4L il me semble sous ekiga. A voir...

> convertir le Lab => RGB), pour faire une bonne gestion
> colorimétrique. On peut largement le faire au niveau applicatif.

C'est ce qui est fait à l'heure actuelle. Un beau bordel tu veux dire. Chacun fait comme il veut ou il veut. Regardes sous Windows et la qualité des implentations des profiles d'une application à une autre. Je ne vois pas ce qui te chagrine. A pratir du moment où on a un système client serveur qui marche (affichage, impression, scanner...), autant mettre la gestion colorimétrique au coeur de ces systèmes. Regardes l'impressions sous les UNIX, a chaque application de la gérer... vachement bien ! On aurait eu dès le début un serveur xprint bien conçu, le système d'impression en aurait été facilité pour tout le monde. Combien de ligne de code en moins au global.

> RGB/CMYK. Ca à l'air beaucoup, mais des libs comme littlecms font > ça en 2/3 lignes de code C et en un clin d'oeuil, même sur la
> dernière des bouses. Avec ça, X n'a absolument pas besoin de
> gérer le Lab.

Justement. Pour le peu de ligne à mettre, autant mettre littlecms en module de X !

> 2. Il faut du matos qui coute la peau du cul (spectro), en plus de
> logiciels spécialisés.

Là je t'accorde que c'est un vrai problème. J'ai vu il y a 15 jours un spectro qui fait ca. Ca m'a l'air ultra propriétaire et bien fermé. En gros t'achète un super truc mais cela ne marche que sur quelques OS. Tant pis pour toi si un jour tu les mets à jour...

> Et puis bon, garantir des couleurs identiques entre une
> imprimante et un écran, je n'y crois pas non plus, tant les gamuts
> sont différents. Dans ce cas, autant se contenter 

Avec des bons écrans tubes, on arrive quand même à faire des choses propres. C'est sur qu'avec les LCD, c'est pas encore ca.

Tu as raison. Bizarre ce lien en bas à droite. Cependant, lorsque tu navigues sur leur site, il n'y a aucune trace de SCO. Par exemple, un historique de la société :

http://www.caldera.fr/solutions/projet.php?lang=FR

Il y a peut être un lien financier entre les deux. Ca n'empêche que ce rip d'impression professionnel fonctionne sous linux et me semble de bonne qualité (je ne suis pas utilisateur).

En plus le siège est à strasbourg ;-)