Sytoka Modon a écrit 4538 commentaires

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 ;-)

Chez nous, le rip d'impression (caldera) des posters A0 est sous Linux. Ca marche plutôt très bien ;-) Le principal problème, c'est powerpoint ! Imprimer sur A0 un powerpoint identique a ce qu'on a à l'écran semble une gageure...

http://www.caldera.fr

PS : /a priori/, ce caldera n'a rien a voir avec l'autre...

On veut jouer dans la cour des grands ou pas ?

Franchement, quitte a mettre la couleur au coeur du systeme, autant le faire avec l'espéranto local donc le Lab.

Si on le fait en CMJK, a peine finit, ce sera dépassé. Et pour un usage professionnel, le pingoin serait vraiment au top.

Quel est le cout de la transformation Lab -> RGB via un profil ICC. Ca doit bien pouvoir se programmer en utilisant les ressources de la carte graphiques, qui a part pour les jeux, passe son temps a se tourner les pouces.

Merci a ceux qui mon moissé...

J'étais exprès sur la pente opposé histoire de lancer le débat.

Je maintiens que le système interne doit être le "Lab" et non CMJN. Le "Lab" est l'avenir et est en train de devenir le point central à partir duquel se font tous les profiles ICC. C'est en quelque sorte l'espéranto de la couleur.

A t'on déjà évoqué le Lab ici ? A t'on déjà évoqué d'intégrer les profils ICC directement dans la couche X pour la gestion des écrans, dans la couche cups pour la gestion des impressions...

Bref, mon post méritait mieux que de ne plus être visible !

A vrai dire, le CMYK est un peu dépassé. Tu as le pentone....

Bref, ce qu'il faut, c'est une gestion des couleurs "Lab" et une vrai gestion des profiles ICC tant au niveau de l'impression, que du coté de l'écran et du scanner. Pour la partie écran, il faudrait faire cela au niveau de XWindow. Là le pinguoin serait novateur car la gestion des profiles ICC n'est pas encore intégré au système dans XP (je ne sais pas pour XP).

J'espère que l'aspect modulaire de samba4 sera mis en avant par les distribution, notament au niveau des paquets.

C'est très bien un samba qui peut parfaitement remplacer AD, être un serveur d'impression et tout et tout.

En pratique, j'aimerais bien que mon serveur de fichier samba n'ai pas le code d'AD, ni tout le code correspondant au serveur LDAP, ni la partie impression... De même pour mon serveur d'impression. Pour mon controleur de domaine, je vire la partie impression et partage de fichiers. Plus le code est réduit, moins il y a d'erreur et de risque de se faire pirater.

En effet, ne faisons pas la même erreur que windows à tout mettre dans le même panier.

Bref, tout plein de petit paquets bien sympathique à installer ;-)

> Si l'on considère les 1424 docteurs en post doc à l'étranger depuis

Et alors, c'est très bien. Cela participe de la diffusion de la culture francaise ;-) De toute manière le gouvernement n'a rien compris en disant que c'est un problème de salaire au mérite alors que nous voulons tout simplement des vrais postes de permanents dans la recherche publique.

Pour en revenir au sujet. Sais tu combien de post doc étranger reste en france ? Sais tu combien de médecin étranger pratique en france à des salaires inférieurs (ce qui est pour moi de l'Apartheid) ?

Bref, c'est pour moi une phrase à deux balles irrespectueuse de toutes ces personnes qui ont quitté leur pays pour venir travailler en france.

> compressed (c), « compressé » ─ expérimental

Désolé, je n'avais pas vu cette ligne.

Cela m'a l'air un peu trop expérimental pour pouvoir être utilisé en backup. De plus, il ne précise pas le type de système de fichiers pouvant supporté cette fonctionalité. Or je ne mets que du ext3 sur mes sauvegardes.

L'autre voie utilisant fuse m'a l'air bien aussi ;-)

Contexte : je débarque dans un nouveau service depuis une quizaine.

Question charge, je suis autour de 150 utilisateurs... J'ai pas mal entendus de problème sur la tenue en charge d'openldap. Pour le moment, ca a l'air de tenir.

Question schema, je pense me faire mes propres outils en perl (ou bash) à partir d'une base existante. Le système tourne en production avec un seul annuaire ldap pour le moment ! Je suis en train de placer des secondaires ici ou là, a des endroits stratégiques. La base utilisateur est aussi à refaire, tous les utilisateurs ne sont pas des mêmes classes ! Mais ca marche...

Bref, j'aurais préféré commencer mieux mon entrée en matière concernant ldap. C'est en forgeant qu'on devient forgeron.

Les solutions que tu me proposes m'intéresse grandement dès que j'aurais stabilisé et fiabilisé mon système actuel avec les moyens actuels...

Ton lien m'a l'air de n'avoir aucun rapprt car c'est une page de léa qui parle des attribut étendus.

Par contre, je suis moi aussi preneur. Je sais que l'on peux faire cela sur des partitions en lecture seule (c'est utilisé dans les knoppix et dérivées pour diminuer la taille de l'image -- ou plutôt pour augmenter le nombre de logciels par CD).

Comme je fais moi aussi mes sauvegardes sur disques, une partition compressée de manière transparente serait le bonheur.

Peut être aller voir du coté des périphériques loop, ou du coté du device mapper qui remplace la technique du loop pour les systèmes de fichiers chiffrés.

> d'un autre coté, quand on parle de NSS-LDAP, il me semblait que
> cela sous entendait que l'on avait lu le manuel :(

J'avais lu pas mal de doc mais j'étais passé à coté de celle-là. Ca arrive... Si tu fouille un peu sur le net, tu verrais 50000 doc pour t'expliquer qu'il faut mettre un slapd esclave via slurpd mais très peu parlent d'une solution simple utilisant ces esclaves (à part samba).

La solution avec heartbeat + lvs fonctionne mais c'est vrai que je souhaitais un truc plus simple ou les clients intérrogent la première base qui répond. Ca ne me pose aucun problème de configuration même sur un gros parc machine car les postes s'autoconfigurent avec cfengine ;-)

Et puis heartbeat, si mes souvenirs sont bons (pas essayé les dernières versions), ca ne marche qu'entre deux machines. Comme tu fait si tu as un maître et trois esclaves ?

Autre question dans la même veine, est'il possible de configurer courier (imap) pour qu'il puisse intérroger plusieurs annuaires ?

Si le portable voyage beaucoup, il y a des cas où on est obligé de le donner a distance...

Sinon, a moins de verouiller complètement dès le BIOS, on sais ca que vaut réellement un mot de passe root ! C'est très facile a casser sur une machine.

Et même en verouillant le BIOS, il suffit de demonter le disque dur et de le monter sur une autre machine pour le changer. C'est vachement dur (en général une vis a déviser).

Bref, personnellement, je n'ai pas confiance dans les portables qui voyagent...

Mais depuis que je sais que NFSv4 authentifie les personnes et pas seulement les machines comme sous NFSv3, le problème du root est bien moins crucial.

Il suffit de voir cette daube de gconf qui ne sers à rien ...

On peux cependant reprendre dans SMB ce qui est bien. Par exemple, l'authentification des utilisateurs et virer ce qui est pourris (le partage par n'importe qui n'importe comment, le partage d'impression, les élections pour être master du voisinage réseau, le mélange avec les RPC...)

Je suis d'accord, mais je pense par exemple à un portable en libre service utilisé par pleins de personnes mais pas en même temps.

Il est clair que sur une machine réellement multi-utilisateurs, le mot de passe root ne doit pas être diffuser. C'est rarement le cas des portables or ce sont les portables qui posent des problèmes d'administration aujourd'hui.