Bonjour,
Bonne nouvelle... mais j'ai juste une petite remarque a formuler...
on a deja un serveur mysql d'installé... ca va etre lourd d'installer un
postgresql!
surtout que certain utilisateurs utilisent des serveurs tels que sme ou
free-eos ou autres pour faire tourner glpi et que ce n'est pas forcement
dans leur competence (ou meme dans leurs droits...) que d'installer un
service de ce genre!
Ca serait dommage de les bloquer.... surtout qu'a la base glpi est une
solution LAMP...
voila mon avis...
@+ Jérémie
nicodache a écrit :
Bonjour,
J'ai des nouvelles qui vont probablement vous intéresser.
Suite à des demandes de la part de nos clients, nous sommes
actuellement en train d'étudier la possibilité d'intégrer un outil de
remontée automatique de configuration qui est compatible Windows,
Linux et Mac OS X.
Nommé Liam, et développé par des étudiants dans le cadre de leur
travail de fin d'étude, c'est écrit en perl et ca fonctionne comme
ceci :
Un serveur web dispose de 3 fichiers executables compressés, un par
architecture (win, nux, osx).
Au boot du pc, celui-ci fait une requete au serveur web, suite à quoi
il recoit l'executable propre à son architecture, qu'il décompresse et
execute. Selon l'OS, il va chercher les infos à différents endroit
(SIW pour windows, /proc/pci, /proc/acpi, /proc/bus/*, /proc/cpuinfo
etc sous linux et mac), mouline tout ceci, et envoie un mail avec la
configuration enregistrée en XML au serveur de mail sur lequel est
connecté le serveur LIAM. ce dernier récupère les mails à intervalles
réguliers, et parse le xml pour remplir sa db postgres.
(plus d'info sur http://cri.univ-mlv.fr/liam/index.html).
La, il ne nous "resterait" plus qu'à faire un lien de refresh de la
config, ou d'aller piocher dans la db de liam directement pour avoir
acces aux informations mises à jour.
Le plus compliqué dans l'histoire est de trouver toutes les
dépendances des scripts perls utilisés, et de créer les "moulinettes"
(comme j'appelle ca) qui permettront de traiter les informations de la
db LIAM pour les intégrer dans la db GLPI.
Les avantages de cette solution sont qu'elle est déja fonctionnelle
(bien que je n'ai pas encore pu la tester personnellement, j'ai des
problèmes avec ses dépendances perl), et évite donc de coder des trucs
déja existants, de plus, elle fonctionne sous linux, windows, et mac
OS X.
Les inconvénients maintenant; requiert pas mal de modules perl, ainsi
qu'un serveur de mail, ce qui peut etre assez emm* pour installer et
configurer LIAM pour etre utilisé conjointement à GLPI pour l'admin
moyen. C'est pour ca que je pensais laisser la possibilité d'utiliser
ou non LIAM, lors de l'installation, ou proposer à l'admin de
configurer LIAM dans la section concernée.
Cependant, je suis convaincu qu'il y a moyen ;-)
Je reste bien sur à votre disposition pour plus d'infos ;-)
nicodache
On Mon, 14 Mar 2005 16:28:05 +0100, JMD <[EMAIL PROTECTED]> wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Bonjour,
Je fais suivre votre message sur la Ml actuelle : glpi-dev@gna.org,
l'adresse sur nongnu.org que vous utilisez n'est plus usitée.
F YAMANI a écrit :
| Depuis environ une semaine, j?utilise GLPI pour gérer mon parc info et
| je le trouve très prometteur. J?aimerai apporter ma contribution à ce
| projet.
Merci pour vos encouragements et pour votre volonté de contribution.
Cela met un peu de baume au coeur ;)
| Dans le but d?accélérer l?importation de nouvelles machines, je suis en
| train de coder un module d?importation de données provenant d?un rapport.
Cela risque d'en intéresser plus d'un effectivement.
| J?utilise le logiciel SIW (System Info for Windows) pour générer le
| rapport d?un PC.
|
Je viens de google-iser, c'est un freeware (donc non opensource) et
reservé à l'environnement Windows, mais il a l'air de faire ce qu'on lui
demande.
| Le module aura pour fonction d?extraire les données provenant d?un
| rapport SIW pour les importer directement dans GLPI.
Les rapports ont quelle tête ? quel format ? J'ai pas de Windows sous la
main pour tester.
(..)
|J?ai déjà réalisé une première version de l?extracteur des données
|
| Je suis en train de créer les règles d?importation dans la base
| de GLPI
Houps, avec la version 0.5, il y a pas mal de changements au niveau de
la base. J'espère que l'adaptation de votre script pourra se faire sans
trop de travail supplémentaire.
Je pense que votre script risque d'intéresser les administrateurs de
parc sous Win qui n'ont pas le courage de saisir le parc à la main ;)
Si vous décidez de publier ce script sour GPL, nous pourrons le mettre à
disposition sur le site dans une rubrique "outils" par exemple.
Pour ne rien vous cacher, nous envisagons pour la version 0.6
d'interfacer GLPI avec un logiciel de remontée d'inventaire automatique.
~ Mais nous n'en sommes pour le moment qu'à l'étape de l'étude. Le
système sera tout de même visiblement différent de celui qu'utilise SIW.
~ Je pense donc que votre script pourra satisfaire les plus préssés et
compléter le choix des outils de remontée d'infos autos.
Tenez-nous au courant,
- --
JMD / Jean-Mathieu Doléans
Association Indepnet
http://indepnet.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
iD8DBQFCNa2FyQar2dfQ77ARAuaWAJ4o3XXCnQTcXS7YAuZuIw9quYi1rQCeOlGI
WZfiDlx/7Ylmw51S//cBwug=
=wBwr
-----END PGP SIGNATURE-----
_______________________________________________
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
_______________________________________________
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
---
avast! Antivirus: message Entrant propre.
Base de donnÚes des virus (VPS): 0510-1, 11/03/2005
Test du: 15/03/2005 11:06:29
avast! - copyright (c) 1988-2004 ALWIL Software.
http://www.avast.com
---
avast! Antivirus: message Sortant propre.
Base de donnÚes des virus (VPS): 0510-1, 11/03/2005
Test du: 15/03/2005 11:19:32
avast! - copyright (c) 1988-2004 ALWIL Software.
http://www.avast.com
