djano a écrit 1147 commentaires

  • [^] # Re: contribuer un dépôt ?

    Posté par  . En réponse à la dépêche Nuxeo propose son logiciel de gestion de dépôt documentaire open source à la fondation Eclipse. Évalué à 1.

    D'après ce que je comprend, c'est "un peu comme un projet Apache c'est à dire qui n'a pas forcément à voir avec le serveur".

    Le projet est hébergé par la 'fondation Eclipse', et est sous son contrôle. Par contre, je ne suis pas sur que ce projet utilise la plateforme 'Eclipse RCP' (sous-jacente à l'environnement de développement intégré 'Eclipse').

    C'est plus clair comme ça?
  • [^] # Re: c'est pas franchement grave

    Posté par  . En réponse à la dépêche Rififi autour de Subversion. Évalué à 2.

    OpenBSD utilise OpenCVS.

    Et oui: comment réécrire un concept dépassé. M'enfin bon, ils disent que ça répond a leur besoin, tant mieux pour eux.
    Le problème c'est que d'autres personnes les croient et continue a utiliser CVS grâce a eux (a cause d'eux?).

    Tiens, il semble d'ailleurs que l'OS plus libre que libre (FreeBSD) utilise d'ailleurs un logiciel proprio en plus pour gérer son code : Perforce.
    Du moment que tout le monde n'est pas forcé de l'utiliser (puisque c'est en plus), alors ça ira.

    Quand Linux utilisait exclusivement BitKeeper, c'était quand même plus gênant.
  • [^] # Re: autres projets

    Posté par  . En réponse à la dépêche WikiBabel - des wikicasts libres pour apprendre les langues. Évalué à 1.

    Il y a aussi Shtooka en ce qui concerne les enregistrements audio. Ce serait d'ailleurs très bien de pouvoir utiliser ce dernier au lieu de vos propres enregistrements pour éviter les doublons a ce niveau la. Par contre je ne sais pas quelle est la licence utilisée.

    Un des avantages de Shtooka est le soin tout particulier apporté aux
    métadonnées ([http://shtooka.net/swac/fr/]) sur le locuteur (région d'origine, sexe, age, etc.). Ce sont beaucoup de choses importantes pour la compréhension orale (je viens du sud, et j'ai vécu en Irlande, je sais ce que cela veut dire :) ).

    Comme le souligne Allan Simon, les licences différentes sont un problème. Un changement de licence pourrait être utilise tant que le projet est jeune pour être 100% compatible avec Tatoeba et permettre des échanges bidirectionnels?

    En parlant d'entente entre les projets libres, je vois que Shtooka est bien versé la dedans avec des liens vers Tatoeba et le wiktionnaire:
    http://swac-collections.org/listen/bel/%D0%B0%D0%B1%D0%B0%D0(...)
    (De même le wiktionnaire intègre les sons issus du projet Shtooka)


    Ça faisait un bon moment que je n'étais pas retourné sur le site web de Shtooka et je dois dire que leur nouveau site est bluffant et de super qualité! Jugez en vous même: [http://swac-collections.org/search.php?str=test&lang=fra]
    Je trouve cela magnifique. Bravo aux membres du projet.


    Bravo aussi aux membres de WikiBabel. J'insiste, mais essayez d'accorder votre licence avec les autres projets libres tant que vous avez peu de contenu. Plus tard ce sera beaucoup plus difficile (regardez OpenStreetMap par exemple).

    Bonne continuation pour votre projet!
  • [^] # Re: tuto

    Posté par  . En réponse à la dépêche Sortie de la version 20101222 de GNU Parallel. Évalué à 1.

    http://www.gnu.org/software/parallel/man.html#example__using(...)

    Il utilise ssh-agent. D'ailleurs l'utilisation d'ordinateurs distants nécessite ssh.
  • [^] # Re: new

    Posté par  . En réponse à la dépêche Reia, un langage fortement inspiré de Ruby. Évalué à 1.

    Les emprunts et influences entre langages après leurs naissances sont courants.

    Par exemple, le C++ a beaucoup influencé son père: le C.
    Perl 6 s'est inspiré de Haskell via Pugs.
    PHP 5 a été influencé par Java (ben oui, les classes!).
    etc...

    Les auteurs de langages louchent régulièrement du cote des autres langages pour voir comment "ils font" pour certaines fonctionnalités.

    Donc dire que Matz s'inspirent de Python ne me semble pas anormal. Il doit sûrement s'inspirer aussi de Javascript, Haskell, Scala et autres langages "chauds" du moment.
  • [^] # Re: Rendu

    Posté par  . En réponse à la dépêche PlantUML, un nouvel outil de génération UML. Évalué à 2.

    Les diagrammes sur http://ews.mseedsoft.com/code-docs/page1.html sont très illustratifs !
    Néanmoins, les relations se marchent un peu dessus.

    Voici quelques exemples:
    - sur "High-level Classes", les relations sont toutes tordues et il devient difficile de les lire. Les relations entre les boites "drawables" et "model" ont l'air d'évoluer parallèlement, par exemple faucetGeom est associé a DripSource, WaterSurfaceGeom a WaveMedium et BarrierGeom a Barrier. Pourtant cela n'apparaît pas de manière évidente. Un humain l'aurait peut être représenté un peu comme le pattern Fabrique abstraite (patron de conception) ?
    - sur "GUI Widget Classes" la composition et la relation d'héritage entre osgNode et osgGroup n'est pas facile a lire car elles sont un peu l'une sur l'autre. De plus la composition entre EWSMainWindow et OSGWidget par un n'importe ou. Je ne sais si c'est la faut a GraphViz ou a PlantUML.

    Est ce que c'est le style Rational Rose utilisé sur ce diagramme ?

    Je chipote car les diagrammes créés sont vraiment bien! Ce logiciel me fait penser a GNU LilyPond et a son auteur qui est obsédé par le fait de faire un logiciel qui crée des notations aussi belles que si elles avaient été faites a la main par un "écrivain musical" (désolé je ne connais pas le mot a utiliser) expérimenté.
  • [^] # Re: uml c'est aussi utile que ... rien

    Posté par  . En réponse à la dépêche PlantUML, un nouvel outil de génération UML. Évalué à 1.

    Si tous les devs ont besoin d'avoir les specs, c'est que le design est mal branlé.
    Ou la la! Tu fais bien de t'arrêter la Hindifarai !
    Pourtant c'est pas vendredi !?!
  • [^] # Re: Join

    Posté par  . En réponse à la dépêche Pylons et repoze.bfg fusionnent pour donner Pyramid. Évalué à 1.

    Et je l'ai ajouté a wikipedia pour la postérité Fork (développement logiciel) :)
  • [^] # Re: OpenStreetMap est vraiment génial

    Posté par  . En réponse à la dépêche OpenStreetMap : Cartopartie Accessibilité à Paris. Évalué à 2.

    Ca fait longtemps que je ne me déplace plus en poussette avec chauffeur attitré!!!

    --------------->[il fait froid, mais il fait beau]
  • [^] # Re: J'ai bien une idée...

    Posté par  . En réponse à la dépêche Faire évoluer LinuxFr.org. Évalué à 1.

    Ajoute des capacités (interfaces) a Weboob.

    Il permet déjà de poster dans les forums si je me souviens bien.
  • # OpenStreetMap est vraiment génial

    Posté par  . En réponse à la dépêche OpenStreetMap : Cartopartie Accessibilité à Paris. Évalué à 4.

    C'est fou le nombre d'informations qu'on peut rentrer dedans. En plus des informations classiques pour le réseau routier et les habitations, je connaissais les horaires des magasins, les bancs publics (avec dossier ou pas O_O), le mobilier urbain, si on peut accéder aux chemins avec un vélo ou pas, et même les bollards.

    Maintenant je découvre ceux destinés a l'accessibilité que j'ignorais complétement! Cela inclue aussi la déclivité d'une route ou la qualité du revêtement d'un chemin / trottoir. Car bien sur quand il s'agit accessibilité, cela peut servir a plus que ceux dont le mobilité a été atteinte.

    OpenStreetMap c'est bon, mangez-en! :)
  • [^] # Re: Bonne nouvelle

    Posté par  . En réponse à la dépêche Que penser du rachat de Novell ?. Évalué à 1.

    Là on tombe vraiment dans l'ultralibéralisme Mr Kerviel...
    J'ai bien peur de ne pas comprendre la relation de cause à effet entre ma phrase et le libéralisme. Est ce qu'il serait possible d'avoir plus de précisions, M. letoff ?


    Regarde plus attentivement ton pseudo j_kerviel, tu y verras peut-être une relation de cause a effet.
  • [^] # Re: Mouais...

    Posté par  . En réponse à la dépêche pySHOT 0.1 un enregistreur de session. Évalué à 2.

    Imagine des contraintes légales qui t'obligent a tout enregistrer pour des raisons d'audit. Je ne connais pas les lois qui pourraient te forcer a ca, mais je ne vois pas pourquoi il n'y en aurait pas :)
  • [^] # Re: Git, toujours plus fort, toujours plus haut

    Posté par  . En réponse à la dépêche Conférence sur Git à Grenoble (38). Évalué à 2.

    Chouette un connaisseur! :)

    Oui depuis plus de 2 ans (d'abord Hg puis Git).
    Pourquoi avoir quitté Hg? C'est un choix personnel ou imposé? Quelles ont été les raisons de ce choix?


    Je manque un peu de temps pour tester ces temps-ci, mais d'après ce fil de discussion ( https://linuxfr.org/comments/1181565.html#1181565 ) que j'ai initié, Hg semblerait plus correspondre a mon besoin, si tant est qu'il peut bien communiquer avec SVN. Aurait tu une opinion sur le sujet?
  • [^] # Re: Directory rename et merge

    Posté par  . En réponse à la dépêche Mercurial : version 1.7 et petit tour d'horizon. Évalué à 2.

    Il me semble que le développement est très actif en ce moment et que ca évolue vite.
    J'avais cru voir que la fondation Eclipse passait a Git, et donc le travail sur EGit est très prioritaire pour eux.
  • [^] # Re: Directory rename et merge

    Posté par  . En réponse à la dépêche Mercurial : version 1.7 et petit tour d'horizon. Évalué à 2.

    même s'il faut avouer que c'est pas non plus un cas hyper fréquent
    Pour nous c'en est un: passage d'une base de code monolithique a des sous projets avec déplacement de répertoire a la clé. Et c'est même plutôt chiant quand les vieilles branches vivent des lustres. C'est increvable ces trucs la!
  • [^] # Re: Tera 100

    Posté par  . En réponse à la dépêche Le Top 500 de novembre 2010. Évalué à 2.

    (Winston Churchill)

    Quand j'ai dit ca a un nord irlandais (d'obédience catholique je suppose), je te dit pas la gueule qu'il a tiré.
  • [^] # Re: Faudrait aussi changer le titre?

    Posté par  . En réponse à la dépêche PostgreSQLFr finance des projets autour de PostgreSQL. Évalué à 3.

    Oui je trouve que ce NC est malvenu.

    Par contre financer essentiellement des individuels / groupes qui ne gagnent pas d'argent avec PostgreSQL me semble assez futé puisqu'à priori une entreprise qui développent sur PostgreSQL le fait parce qu'elle espère en tirer un bénéfice (s'ils ont du succès). L'association n'a donc pas vocation a subventionner une entreprise.
    Donc je trouve pas mal leur action pour faire grossir la communauté: Soit financer des étudiants pour mettre le pied dans le code de PostgreSQL, soit faire la promotion de PostgreSQL (puisqu'il n'y a aucune grande entité pour en faire la promotion comme MySQL l'était)

    Mais en même temps, j'imagine que la communauté francophone contient aussi des entreprises? Donc les exclure comme ca me semble un peu réducteur sur ce qu'est la communauté.

    Voila, c'est le fruit de mes pensées torturées :)
    Ne vous étonnez pas que ce soit contradictoire.

    Par ailleurs, dans la mesure où PostgreSQLFr est une association de loi 1901, il me semble qu'il lui est impossible de financer des projets à buts lucratifs.... À vérifier.
    J'avoue que j'aimerais bien aller au fond de cette affirmation et savoir si c'est bien vrai ou pas.
  • [^] # Re: Directory rename et merge

    Posté par  . En réponse à la dépêche Mercurial : version 1.7 et petit tour d'horizon. Évalué à 2.

    C'est pas de refus!
  • [^] # Re: Directory rename et merge

    Posté par  . En réponse à la dépêche Mercurial : version 1.7 et petit tour d'horizon. Évalué à 2.

    Merci, en effet je l'ai trouvé aussi. Je dois éplucher chaque extension vu qu'il n'y en a pas une qui se détache particulièrement.
  • [^] # Re: Directory rename et merge

    Posté par  . En réponse à la dépêche Mercurial : version 1.7 et petit tour d'horizon. Évalué à 2.

    Je ne sais pas qui sont tes utilisateurs, mais avec Hg tu n'as pas besoin d'apprendre a tes utilisateurs comment fonctionne le stockage de Git. Changer le paradigme me semble déjà assez difficile a assimiler. Ça dépend de tes utilisateurs encore une fois.

    Je décline toute responsabilité quand a l'interprétation de mes résultats car ca remonte a quelques temps, et je pourrais avoir loupé un détail important. Moralité, fait ton propre test, et n'hésite surtout pas a me donner tes conclusions.
  • [^] # Re: J'adore

    Posté par  . En réponse à la dépêche "Le petit chaperon rouge", 6ème adaptation. Évalué à 2.

    Ubuntu comme concurrent de RHEL, ça semble un peu tiré du chapeau (haha). SuSE Linux ES pourquoi pas, mais Ubuntu n'est même pas sur le radar (pour l'instant, qui sait).

    Désolé de te contredire, mais ca arrive! On a un client qui balance entre Ubuntu server et Suse. Mais puisqu'il faut faire tourner Oracle ce sera sur Suse ou rien du tout!
    Ouf! (ou pas!) O_O
  • [^] # Re: Directory rename et merge

    Posté par  . En réponse à la dépêche Mercurial : version 1.7 et petit tour d'horizon. Évalué à 3.

    Ce que tu cites au dessus, je l'avais lu et a aucun moment ca ne parle de répertoires renommés. C'est pour ca que j'ai posé la question.

    En revanche, j'ignorais que git ne savait pas le gérer correctement.
    Je te raconte pas la déception par rapport aux fameuses heuristiques tant vantées par Linus Torvalds. J'avais vraiment envie de dire bullshit!
    M'enfin j'avais teste avec msysGit (ou un truc dans le genre) sous Windows, alors peut être que ca a été corrige depuis, mais ca a été tellement la galère pour l'installer. Ajout d'un patch pour le faire marcher etc.
  • [^] # Re: Directory rename et merge

    Posté par  . En réponse à la dépêche Mercurial : version 1.7 et petit tour d'horizon. Évalué à 2.

    Excellent, je n'avais pas eu l'occasion d'essayer.

    Il ne me reste plus qu'a trouver comment lier Mercurial a svn comme Git sait le faire.
  • [^] # Re: Directory rename et merge

    Posté par  . En réponse à la dépêche Mercurial : version 1.7 et petit tour d'horizon. Évalué à 2.

    Ah ben bravo!! C'était même pas vendredi!

    Ici, je parle seulement d'utiliser des gestionnaires de code source qui n'ont pas besoin d'un bataillon d'administrateurs pour les gérer.