David DURIEUX a écrit 92 commentaires

  • [^] # Re: Intérêt ?

    Posté par . En réponse au journal True OS et OpenRC. Évalué à 2.

    La mise en veille fonctionne plutôt bien depuis FreeBSD 11 ;)

  • [^] # Re: version recommandée?

    Posté par . En réponse à la dépêche Greffon FusionInventory pour GLPI version 9.1 + 1.0. Évalué à 2.

    la 9.1.1 est stable, c'est la première version corrective de la version majeure 9.1 de GLPI

  • [^] # Re: OCSInventory-NG versus FusionInventory

    Posté par . En réponse à la dépêche Greffon FusionInventory pour GLPI version 9.1 + 1.0. Évalué à 1.

    Avec le recul, tu as raison :(

  • [^] # Re: OCSInventory-NG versus FusionInventory

    Posté par . En réponse à la dépêche Greffon FusionInventory pour GLPI version 9.1 + 1.0. Évalué à 3.

    Pour être a peu près objectif, les 2 grosses différences :

    • La partie serveur de FusionInventory est un plugin de GLPI, donc on met à jour directement la base de données de GLPI
    • Je suis développeur de FusionInventory et de GLPI,donc c'est un peu plus simple pour faire bien évoluer les 2 produits
  • [^] # Re: copyright et fork

    Posté par . En réponse à la dépêche Shinken 2.4. Évalué à 2.

    On n'a rien annoncé encore car on n'a rien à anonncer (le fork date de quelques jours)

    le PR ne supprime pas le copyright, il le garde tel quel et on rajoute le notre (à moins qu'il y ait un loupé dans le code, ce qui est possible, mais c'est en relecture avant validation du PR)

  • [^] # Re: Numéro de version

    Posté par . En réponse à la dépêche Sortie de GLPI 0.85. Évalué à 3.

    La numérotation de GLPI est resté la même depuis le début et donc cohérente.

    TU prend l'exemple de Shinken, mais on pourrait aussi avec firefox ou chrome, est-ce que qu'il sont mieux aboutis parce qu'ils vont bientôt arriver à la version 50 ?

    Les utilisateurs de GLPI savent comment fonctionne la numérotation de GLPI et le lot de fonctionnalités à chaque mise à jour majeure, donc là dessus, je ne vois aucun soucis ;)

  • [^] # Re: Dispo aussi

    Posté par . En réponse au message Cherche développeur pour interview. Évalué à 1.

    Ahah c'est vrai qu'il y a des languages qui ont 4 ou 5 ans et que tu as appris a l'école y a 10 ans? :p

    C'est vrai qu'elle était facile là ^

  • # Dispo aussi

    Posté par . En réponse au message Cherche développeur pour interview. Évalué à 1.

    Je suis dispo aussi si besoin, d dot durieux at siprossii dot com

    Je n'ai jamais fais d'études, ni formations informatiques :p

  • # Loin..

    Posté par . En réponse à la dépêche ConFoo 2014: la conférence pour les développeurs web est à la recherche de conférenciers. Évalué à 1.

    Vous prenez en charge les frais de déplacement pour des gens vivant en France?

  • [^] # Re: bogofilter

    Posté par . En réponse au message Anti-spam. Évalué à 2.

    Idem, je l'utilise couplé à mon claws mail et ça fonctionne vraiment bien (utilisaeur depuis au moins 3 ans)

  • [^] # Re: shenki ?

    Posté par . En réponse au journal Financement de fonctionnalité Shinken et interview de Jean Gabès par David Durieux. Évalué à 3.

    C'est une solution de supervision (fork de Nagios)

  • [^] # Re: GLPI compliante ou pas

    Posté par . En réponse à la dépêche Libérez vos mises à jour avec UpdatEngine. Évalué à 1.

    • l'agent Fusion ne semble plus maintenu => Faux
    • Remi Collet a même décidé d'arrêter la création de paquets => Oui il n'a plus le temps de s'en occuper, les paquets centos/fedora/redhat sont dispos par Guillaume Rousse (voir la page de développement)

    J'adore comme les gens enterrent les logiciels rapidement :p

  • # Agent d'inventaire...

    Posté par . En réponse à la dépêche Libérez vos mises à jour avec UpdatEngine. Évalué à 3.

    Pourquoi redévelopper un agent d'inventaire alors qu'il en existe des bons en libre (FusionInventory, OCS Inventory…) ? (c'est pas un troll, c'est juste pour savoir ce qui a pu motiver ce développement)

  • [^] # Re: Formation

    Posté par . En réponse au journal L'open source va me tuer .... Évalué à 3. Dernière modification le 04/06/13 à 14:10.

    je te prend mon cas, je vends de la prestation sur GLPI / FusionInventory / Shinken et les installation, formations permettent de financer du code (quand le code n'est pas financé par un client évidement) ;)

  • [^] # Re: Les Utilisateurs

    Posté par . En réponse au sondage Quel outil de supervision ?. Évalué à 3.

    Pour réparer en amont et pas attendre que tout soit HS ;)

  • # Shinken couplé à GLPI

    Posté par . En réponse au sondage Quel outil de supervision ?. Évalué à 2.

    Shinken couplé à GLPI via le plugin Monitoring de GLPI (gestion de la conf et dashboard pour les infos des check)

  • # GLPI + FusionInventory

    Posté par . En réponse au message Logiciel gestion baie et switch. Évalué à 2.

    Tu peux faire l'inventaire et récupérer les vlans, connexion sur chaque port. Un bout de screenshot du résultat (le screenshot date un peu mais t'as toutes les infos) : http://www.fusioninventory.org/screenshots/308.png

    Ca fonctionne très bien (support complet) avec Cisco et Procurve, et on avance pas mal sur les autres constructeurs qui ne sont pas encore supporté complètement mais dejà pas trop mal

  • [^] # Re: concept intéressant

    Posté par . En réponse à la dépêche Overmon : la supervision couplée à l’inventaire. Évalué à 1.

    Non, le coeur du problème est lié à la supervision. Ca demande des compétences, et un gros background technique général. Et maintenant, avec overmon, les mecs pensent qu'en injectant un simple csv dans l'OAT, ca va leur faire "papa dans maman"

    On a l'impression que ça va faire ça (solution unifiée, simplifiée… si c'est pas le cas ça, ça peut expliquer que t'es des gens qui te demande des choses techniques

    Tu peux développer ? Je vais (encore) faire mon candide, mais je l'ai rencontré parce que je pensais qu'il était réellement impliqué

    Faut discuter avec des gens qui gerent des communautés, pas des salariés… ce n'est pas du tout la même chose ;)

  • [^] # Re: concept intéressant

    Posté par . En réponse à la dépêche Overmon : la supervision couplée à l’inventaire. Évalué à 2.

    Aujourd'hui, j'ai plus de 200 utilisateurs, une centaine d'install du produit en entreprise, et pourtant, je n'arrive pas à mobiliser pour qu'on vienne m'aider.

    C'est assez standard avec les logiciels libre, il n'y a rien de choquant ;)
    Après, il est vrai que tu fédère des briques, donc les utilisateurs vont allez voir les gens qui bossent sur ces briques. A titre d'exemple, plusieurs personnent utilisant EON sont venus nous voir (communauté FusionInventory) car ils avaient des questions/soucis/bugs (ben oui il reste toujours des saletée de bugs ) pour l'utiliser.

    J'ai discuté de ca avec Alexandre Zapolsky la semaine dernière. Il m'a expliqué que c'était un problème récurrent, et que je m'y ferais.

    Enfin une personne réellement impliquée dans une ou plusieurs communautés t'aurait plutôt dit qu'une communauté ça se construit et que ça ne se fait pas en 6 mois, qu'il faut faire des présentations aux rendez-vous du libre (RMLL, fosdem…)

    Dans les faits, depuis plusieurs mois, je me retrouve à gérér pas mal de gus qui n'y connaissent rien, et à qui je dois expliquer à longueur de journée ce qu'est une clé publique, un socket, … enfin bref, j'ai bien conscience que Overmon présente un aspect "la supervision pour les nuls", qui plait et me ramène tous ceux qui avait essayé nagios et qui avait renoncé, faute de temps et/ou compétence.

    Il y a peut être la clé ici, tu fais une solution simple mais les gars ont besoin encore d'avoir des connaissances techniques pour utiliser, donc j'en déduis que ce n'est peut être pas encore assez 'simplifié'

  • # Blacklist ....

    Posté par . En réponse au message Mises à jour FreeBSD. Évalué à 1.

    Blacklister update.freebsd.org quelle drôle d'idée!! google est blacklisté aussi non?

    Tu peux faire ton serveur d'update (genre le faire chez toi et l'amener au taf) : http://www.freebsd.org/doc/en/articles/freebsd-update-server/article.html

  • [^] # Re: bounty for hibernate

    Posté par . En réponse au journal La FreeBSD Foundation a besoin de vos sous. Évalué à 2.

    Cette année y a eu l'ajout de KMS-GEM (carte graphique intel) qui a été ajouté.

    L'ipv6 est important, FreeBSD est avant tout utilisé en tant que serveur. L'acpi est un peu moins important (mais ça l'es quand même).

    Peut être l'année prochaine ;)

  • # Merci pour la piqure de rappel

    Posté par . En réponse au journal La FreeBSD Foundation a besoin de vos sous. Évalué à 2.

    Voilà, hop 100$ de plus ^

    Merci à eux pour les projets financés, ca aide bien!

  • # GLPI + FusionInventory

    Posté par . En réponse au message Découverte réseau et carte. Évalué à 1.

    Oui ça existe et c'est GLPI + FusionInventory.
    Capture d'écran : http://forge.fusioninventory.org/projects/fusioninventory/wiki/Screenshot_230_FusinvGLPI_Switch

  • [^] # Re: Question ?

    Posté par . En réponse à la dépêche Rudder 2.4 - Gestion de configuration dans une UI. Évalué à 2. Dernière modification le 22/08/12 à 16:40.

    Sinon vous sortez une version 2.4 d'un logiciel qui se base sur deux projets très jeunes

    Le début du code de l'agent Fusioninventory pour la partie inventaire ordinateur/serveur date de 2006 quand même!

    Donc si je comprend bien il faut deux agents sur les clients : l'agent CFEngine et celui de fusion inventory ?

    Oui mais il n'y a que l'agent CFEngine qui tourne en permanence, après ça peut etre aussi le cas pour FusionInventory si vous l'utilisez avec un GLPI (l'agent FusionInventory peut communiquer avec plusieurs serveurs)

    Et pour que l'agent de fusion inventory fonctionne il faut utiliser aussi leur partie serveur

    Non la partie serveur a été implémenté dans Rudder, donc pas de soucis là dessus.

  • [^] # Re: Les athées sont des croyants !

    Posté par . En réponse au journal religionfr.org. Évalué à 0.

    Oui mais par exemple la cuillière n'existe pas :D