Sytoka Modon a écrit 4551 commentaires

  • # Démocratisation

    Posté par  (site web personnel) . En réponse à la dépêche Google libère la bibliothèque d'expressions rationnelles RE2. Évalué à 3.

    Bonne dépêche. Je rajouterais cependant que les expressions rationnelles ont été surtout démocratisé par le langage Perl qui l'a mis au coeur du langage dès ses débuts.

    De plus, la communauté Perl est toujours très active sur ce thème avec Perl6 dont la grammaire est écrite en expression rationnelle mais aussi via le mouvement "Modern Perl" ont l'ont peut (doit) utiliser le modificateur 'x' qui permet de mettre des espaces, des retours chariots et même des commentaires dans ses regex ! Cela permet d'avoir des expressions plus facilement compréhensible et donc au final moins de bogue et un code plus maintenable.
  • [^] # Re: scp vs sftp

    Posté par  (site web personnel) . En réponse à la dépêche OpenSSH v5.4 : Certificat et Révocation. Évalué à 2.

    Et on peut le faire sur le résultat d'un filtre ?

    Pourquoi : j'ai par exemple une personne qui veut tcsh comme shell sur sa machine mais je voudrais qu'elle ait bash ailleurs comme tout le monde.
  • # Question bizarre

    Posté par  (site web personnel) . En réponse à la dépêche Cyberlog-corp lance une enquête sur les logiciels libres. Évalué à 5.

    Il faut donner la taille de sa ville puis à la fin le nom de sa ville ! J'avoue que j'ai donné la taille de l'agglomération et non celui de la ville qui ne veut rien dire de nos jours.

    On a droit a deux questions très proche :

    - Classez vos critères de choix d'un logiciel
    - Pourquoi choisiriez vous les logiciels libres ?

    C'est quoi l'objectif, l'élimination des réponses farfelues ?

    Sur la question concernant le niveau d'études, il n'y a pas le Bac+8 (doctorant). Ce serait bien de reconnaître enfin le doctorat à sa juste valeur en France.

    Enfin, je ne vois pas trop ce que viennent faire les questions concernant cyberlog sur la fin. J'ai joué joker sur ces questions ;-)
  • [^] # Re: scp vs sftp

    Posté par  (site web personnel) . En réponse à la dépêche OpenSSH v5.4 : Certificat et Révocation. Évalué à 2.

    Avec des comptes en LDAP, tu sais comment surcharger le shell d'une personne sur une machine ?
  • [^] # Re: Tout terrain

    Posté par  (site web personnel) . En réponse à la dépêche OpenSSH v5.4 : Certificat et Révocation. Évalué à 2.

    Il a une version GNU mais je ne l'ai jamais vraiment testé...
  • [^] # Re: Enfin.

    Posté par  (site web personnel) . En réponse à la dépêche OpenSSH v5.4 : Certificat et Révocation. Évalué à 3.

    Dans scp, le -p veut dire "preserve" comme pour "cp" et c'est assez logique de le garder ainsi. Il faudrait donc modifier le -p de ssh en -P mais c'est pénible ces options en majuscule...

    Le mieux serait peut être d'avoir dans ssh à la fois -p et -P qui signifieraient la même chose.
  • [^] # Re: Si vous avez d'autres idees de criteres de detection des comptes lou

    Posté par  (site web personnel) . En réponse au journal Pour la sauvegarde de linuxfr!. Évalué à 2.

    En général, les posts qui font de la pub se font flinguer en direct... Je pense même qu'un certain des personnes ayant essayés en soit sortis dégoutté et ne remettre plus les pieds ici.
  • [^] # Re: Pas compris

    Posté par  (site web personnel) . En réponse au journal Rendu 3D sur un second GPU. Évalué à 2.

    Faire de la 3D à distance par exemple avec VirtualGL.

    Tu calcules le résultat 3D en local sur une carte et tu balances le résultat jpeg/png... sur le réseau ensuite.
  • [^] # Re: juste une question

    Posté par  (site web personnel) . En réponse à la dépêche Utiliser HeeksCAD, c'est déjà possible ! Un Tutoriel sur Linuxgraphic rénové. Évalué à 1.

    Dis donc, cela faut carrément bidouille ça !
  • [^] # Re: OpenCascade nunca fue liberado

    Posté par  (site web personnel) . En réponse à la dépêche Utiliser HeeksCAD, c'est déjà possible ! Un Tutoriel sur Linuxgraphic rénové. Évalué à 4.

    Précision : Dassault a racheté Euclid si mes souvenirs sont bons mais Matra avait déjà mis en route OpenCascade qui est la suite de Cascade (une peu comme OpenGL <- GL).

    Dassault a tué Euclid qui était plus que prometteur. Cependant, dans le contrat de rachat, le consorsium OpenCascade avait interdiction de faire une logiciel de CAO avec cette bibliothèque (il leur aurait en effet facile de refaire Euclid avec).

    Bref, je pense que la licence un peu merdique vient de cette origine un peu particulière. Aujourd'hui, je crois qu'on a dépassé la date imite dans la clause initiale et celle-ci pourrait peut-être être modifié.
  • [^] # Re: Brevet

    Posté par  (site web personnel) . En réponse au journal Ni par prières ni par menaces.... Évalué à 1.

    Ou alors, il se souvienne de leur premier cours de l'ENA ou ils se tappent le théorème d'Arrow (Prix Nobel d'économie - 1972) démontrant l'impossibilité de la démocratie !

    D'ailleurs, j'aimerais bien avoir leurs avis sur ce théorème ? Je suis sur que la très grande majorité vont dire qu'ils l'ont complètement oublié !

    http://www.quebecoislibre.org/030510-4.htm

    http://walidoueslati.unblog.fr/2009/10/18/paradox-darrow-ou-(...)
  • [^] # Re: On voit le bout du tunnel

    Posté par  (site web personnel) . En réponse à la dépêche Du côté de chez Xorg. Évalué à 1.

    Sur ce cas la, pas de 3D avec le libre donc c'est aussi une certaine forme de plantage ;-)
  • [^] # Re: RMS

    Posté par  (site web personnel) . En réponse au journal Prix Turing 2010. Évalué à 2.

    Moi je proposerais plutôt Charles H. Moore qui a fait (et continue de faire) un boulot énorme sur les machines à pile, tant coté logiciel que coté matériel dans la seconde moitié de sa carrière. Il a vraiment un parcours original et à mon sens assez rare.

    Pour ceux a qui ce nom ne dis absolument rien, c'est l'inventeur du langage Forth qui est un langage à pile en notation polonaise inverse (comme le postscript)
  • [^] # Re: On voit le bout du tunnel

    Posté par  (site web personnel) . En réponse à la dépêche Du côté de chez Xorg. Évalué à 3.

    Avec le pilote libre, je n'avais pas de 3D donc cela n'allait pas. Les plantages c'est surtout avec le pilote propriétaire.

    Il m'arrivais de mettre le pilote vesa sur n'importe quelle carte en cas de problème et c'est rare que l'utilisateur s'en rende compte en pratique ! Comme quoi beaucoup d'utilisateur demande la 3D mais peu l'utilise.
  • [^] # Re: On voit le bout du tunnel

    Posté par  (site web personnel) . En réponse à la dépêche Du côté de chez Xorg. Évalué à 2.

    J'ai aussi essayé des ATI et moi aussi, dans mon laboratoire, cela ne marche pas. C'est lent et cela plante ou alors, il y a des bogues monstrueux. J'en était même arrivé à mettre le driver vesa !

    J'avoue que je referais une essai d'ici 6 mois pour voir mais c'est fatiguant alors qu'il est vrai qu'avec une nvidia, c'est pas libre mais ca marche.
  • [^] # Re: Chef

    Posté par  (site web personnel) . En réponse à la dépêche HAProxy 1.4, Chef 0.8.2 et GNU Social. Évalué à 2.

    2.2.8 qui est par défaut dans debian
  • [^] # Re: LWN

    Posté par  (site web personnel) . En réponse au journal Sortie de G'MIC 1.3.4.0. Évalué à 2.

    J'ai l'impression qu'il suffit d'envoyer un courriel à lwn-AT-lwn.net à chaque nouvelle version du logiciel (bien sur en anglais).

    Je pense que pas mal de gros logiciel mettent cette adresse dans leur liste "announce".
  • [^] # Re: Chef

    Posté par  (site web personnel) . En réponse à la dépêche HAProxy 1.4, Chef 0.8.2 et GNU Social. Évalué à 2.

    J'avoue ne pas utiliser Puppet mais cfengine. Je ne savais pas qu'il y a avait des problèmes de syntaxe avec Puppet. Merci.

    Sinon, c'est pas un peu dangereux qu'une machine puisse tout savoir sur les autres dans l'absolue ?

    J'avais un peu l'espoir de faire le genre de chose que tu dis avec cfengine au début. Mais, je me suis retrouvé rapidement avec un serpent qui se mord la queue. En gros, soit tu installes un paquet qui indique que le serveur doit être dans un << cluster >> soit tu indiques que la machine est dans le << cluster >> et alors cela installe dessus un certain nombre de paquet.

    Bref, avec cfengine, tu peux facilement remonter un fichier sur le serveur et celui-ci peut alors redescendre des fichiers ou autre... C'est vrai que ce n'est pas des "events" temps réels mais je me méfie un peu de l'aspect trop temps réel pour des outils à ce niveau la.

    A trop vouloir en faire, cela peut devenir dangereux et surtout j'ai pas trop envie que le fonctionnement temps réel de mes serveurs dépendent trop d'un outil tiers en plein développement. Cela me semble peu intégrable sur le temps.

    Du coup, par exemple, cfengine me dépose des fichiers pour cron mais ne fait pas le boulot de cron. Idem pour monit...

    Bref, à voir et à suivre dans la durée.

    Je suis plus au final dans la mouvance d'avoir un outil simple comme Slaughter de Steve Kemp.

    http://www.steve.org.uk/Software/slaughter/
  • [^] # Re: Chef

    Posté par  (site web personnel) . En réponse à la dépêche HAProxy 1.4, Chef 0.8.2 et GNU Social. Évalué à 2.

    Je sais ce que c'est que REST (j'utilise RT par ailleurs), ce que je ne comprends pas au premier abord, c'est le plus de REST dans chef et surtout ce que cela apporte par rapport à cfengine ou par rapport à puppet.

    Mettre du REST pour du REST, cela me reste en travers de la gorge ;-)
  • [^] # Re: Chef

    Posté par  (site web personnel) . En réponse à la dépêche HAProxy 1.4, Chef 0.8.2 et GNU Social. Évalué à 2.

    Et en pratique, par rapport à cfengine ou puppet (qui est aussi en ruby), c'est quoi le plus ?

    Je viens de regarder l'API REST et Knife et je me demande à quoi cela sers vraiment en pratique ? Avec cfengine, toute ma configuration est versionnée et propagée de machine en machine via cfserv. J'ai absolument pas besoin d'interagir avec la couche client serveur, c'est complètement transparent. D'ailleurs, mes règles cfengine sont toujours en deux temps : -1- Copie locale des fichiers cfengine, -2- application locale des règles. Ainsi, même en cas de réseau planté ou même si mes machines se baladent à l'autre bout du monde, cfengine applique toujours la dernière politique sur laquelle il s'est synchronisé.

    Bref, je vois pas bien a quoi sers cette API REST dans la vie de tous les jours ici.
  • [^] # Re: Chef

    Posté par  (site web personnel) . En réponse à la dépêche HAProxy 1.4, Chef 0.8.2 et GNU Social. Évalué à 6.

    C'est pour simplifier.

    Simplifier, simplifier, simplifier !

    D'ici peu, on aura des setup.exe avec toutes les lib dedans ;-)
  • # Pour pas un binding Perl

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de Blitzen 0.0.7. Évalué à 3.

    Ou python ou...

    L'idée est bonne mais pourquoi pas un binding dans un langage de script permettant de tester rapidement un petite application et la basculer ensuite en Vala s'il le faut.

    Sinon, la doc est trop segmentée. Il faut faire au moins aller sur 4 pages avant d'avoir un exemple concret. Vu la taille des pages, on doit pouvoir faire une doc avec bien moins de page web.
  • # Chef

    Posté par  (site web personnel) . En réponse à la dépêche HAProxy 1.4, Chef 0.8.2 et GNU Social. Évalué à 4.

    J'ai rien compris chef !

    Je suis allé sur le site de Chef et je dois dire que j'ai rien compris à ta nouvelle ni au site. Je ne dois pas être en forme !

    C'est quoi l'objectif : de faire de la configuration automatique de poste comme CFengine et Puppet ?

    Je ne vois pas ce que veux dire automatiser son infrastructure ici, ni ce que c'est qu'un recette. Sur leur site, il y a du Cookbook ici et la mais pas un exemple clair pour moi.

    Bref, je trouve le chef nébuleux...
  • [^] # Re: Avantages par rapport à Claws Mail

    Posté par  (site web personnel) . En réponse à la dépêche Sylpheed 3.0 est sorti. Évalué à 2.

    Comme quoi, rien ne sers de courir :-)
  • [^] # Re: GNU en gras...

    Posté par  (site web personnel) . En réponse à la dépêche Du côté de chez Xorg. Évalué à 10.

    En quelques mots et pour faire une démonstration par l'exemple, Debian monte une version de sa distribution sur noyau BSD, elle s'appelle Debian GNU/kFreeBSD car contrairement à FreeBSD (et au autre distribution BSD), les outils du coeur de la distribution sont les outils GNU et non BSD (ls, bash, libc, mount, tar... et que sais-je encore).

    D'ailleurs, cela a demandé un boulot fou de faire cette distribution pour les personnes de Debian. C'est pas juste une recompilation et cela n'a rien à voir avec un portage d'apt-get sur FreeBSD.

    A ma connaissance, ce sera la première distribution GNU/BSD ;-)