Sytoka Modon a écrit 4543 commentaires

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

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...