David DURIEUX a écrit 92 commentaires

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

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

Avec le recul, tu as raison :(

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

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)

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

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à ^{^}

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

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

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

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

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

• 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

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)

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

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

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

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

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

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é'

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

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

Voilà, hop 100$ de plus ^{^}

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

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

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.

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