Re: [Fusioninventory-devel] server synology ds216j and fusioninventory and glpi 9.1
Hello, We're not in charge of the synology packaging. Please contact the manufacturer for a package update. Regards, - Mail original - De: jeffbarb...@free.fr À: fusioninventory-devel@lists.alioth.debian.org Envoyé: Lundi 26 Juin 2017 07:24:07 Objet: [Fusioninventory-devel] server synology ds216j and fusioninventory and glpi 9.1 hello fusioninventory is incompatible with glpi 9.1 on server synology ds216j What to do? thanks you jeffbarb...@free.fr ___ Fusioninventory-devel mailing list Fusioninventory-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/fusioninventory-devel -- Walid Nouh Head of R wn...@teclib.com 3 rue Doria, 34000 Montpellier - France Landline. +33 1 79 97 02 78 - Direct phone line : +33 1 79 97 72 93 - Fax. +33 1 72 70 31 18 ___ Fusioninventory-devel mailing list Fusioninventory-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/fusioninventory-devel
Re: [Glpi-dev] Glpi-dev Digest, Vol 137, Issue 2
___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev Glpi-dev -- Liste de diffusion des developpeurs GLPI - Gna! mail.gna.org Liste de diffusion des developpeurs du projet GLPI. Cette liste et ses archives sont publiques. To see the collection of prior postings to the list, visit the Glpi ... -- End of Glpi-dev Digest, Vol 137, Issue 2 ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev Glpi-dev -- Liste de diffusion des developpeurs GLPI - Gna! mail.gna.org Liste de diffusion des developpeurs du projet GLPI. Cette liste et ses archives sont publiques. To see the collection of prior postings to the list, visit the Glpi ... ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev -- Walid Nouh Head of R wn...@teclib.com 3 rue Doria, 34000 Montpellier - France Landline. +33 1 79 97 02 78 - Direct phone line : +33 1 79 97 72 93 - Fax. +33 1 72 70 31 18 ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Demande fonctionnelle : lier les demandes de 2 comptes utilisateur en cas de changement de nom - GLPI 0.90.1
Bonjour, Pas directement mais voilà ce que nous utilisons comme méthode : * avoir l'ancien et le nouvel annuaire LDAP renseigné * prendre l'utilisateur avec son ancien login : changer son authentification de LDAP à base interne * changer le login du user * changer l'authentification de base interne à LDAP en renseignant le nouvel annuaire Vous pouvez tester cela. Cordialement, - Mail original - De: "TEILLET Guillaume" <teille...@cc-parthenay-gatine.fr> À: glpi-dev@gna.org, glpi-dev-requ...@gna.org Envoyé: Mercredi 25 Mai 2016 12:46:28 Objet: [Glpi-dev] Demande fonctionnelle : lier les demandes de 2 comptes utilisateur en cas de changement de nom - GLPI 0.90.1 Bonjour, Notre base utilisateur est synchronisée avec notre annuaire Active Directory et en cas de changement de nom d’un utilisateur nous créons un 2 nd compte. Dans GLPI, est-il possible de lier les 2 comptes utilisateur pour pouvoir accéder aux anciennes demandes de l’ancien compte ? Merci. Cordialement, Guillaume TEILLET Chef de projet - Service d’information de la Communauté de communes de Parthenay-Gâtine. Tél. : 05 49 94 90 62 . Interne : 1312 . Fax : 05 49 94 92 55 www.cc-parthenay-gatine.fr - CS 80192 - 79205 Parthenay cedex. FACEBOOK / TWITTER / YOUTUBE Notre environnement est fragile, merci de n’imprimer ce mail qu’en cas de nécessité. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev -- Walid Nouh R Manager wn...@teclib.com 3 rue Doria, 34000 Montpellier - France Landline. +33 1 79 97 02 78 - Direct phone line : +33 1 79 97 72 93 - Fax. +33 1 72 70 31 18 Facebook | Twitter | Website Teclib' Discover our Products! ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] RPM packages of GLPI
Hi Remi, Once again we thank you for your work. Walid. - Mail original - De: "Remi Collet" <fed...@famillecollet.com> À: "Liste de diffusion des developpeurs GLPI" <glpi-dev@gna.org> Envoyé: Vendredi 9 Octobre 2015 09:09:53 Objet: [Glpi-dev] RPM packages of GLPI Hi, FYI Here is the current state in Fedora and EPEL repository: http://rpms.remirepo.net/rpmphp/zoom.php?rpm=glpi * Fedora 21 still have 0.84 but will be EOL in a few week * Fedora 22 and 23 have 0.85 and 0.90 in "updates-testing" * EPEL-7 still have 0.84 Explanation for keeping 0.84 were * changes in OCS mode which imply a complex update * while ocsinventoryng plugin is compatible, IMHO it is mostly broken and not usable on "big" installation (all computers synced on each run) * Fedora / EPEL update policy But, as usually, backports are available in my repository. http://blog.remirepo.net/post/2015/10/08/GLPI-version-0.90-en * version 0.85.5 + some plugins in "remi" repository * version 0.90 + some plugins in "remi-test" repository Notice: RPM diff with manual installation (of course, same code) * FHS compliant (config in /etc, data in /var/lib, ...) * use system libraries (Zend, Zeta, tcpdf...) * works out of the box with Apache or nginx (Fedora only) * more secure and SELinux compatible * cron managed by system Hope this helps, Remi. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev -- Walid Nouh Directeur R wn...@teclib.com TECLIB' Montpellier 3 rue Doria, 34000 Montpellier, France Tel. +33 1 79 97 02 78 - Ligne directe : +33 1 79 97 72 93 - Fax. +33 1 72 70 31 18 Facebook | Twitter | www.teclib.com ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] New hooks for new plugin 'lock'
Hi Olivier, Here it is : https://github.com/glpi-project/glpi/issues/54 ! Walid. - Mail original - De: Olivier Moron olivier.mo...@araymond.com À: Liste de diffusion des developpeurs GLPI glpi-dev@gna.org Envoyé: Jeudi 6 Août 2015 08:04:27 Objet: Re: [Glpi-dev] New hooks for new plugin 'lock' Hello Walid, Won't it be better to first create an issue in order to discuss the point before doing any developments? Olivier MORON Miscellaneous Program Member RAYNET SNC Tel : +33 4 76 33 49 52 Fax: +33 4 76 70 56 63 -Original Message- From: Glpi-dev [mailto:glpi-dev-boun...@gna.org] On Behalf Of Walid Nouh Sent: Wednesday, August 05, 2015 10:20 AM To: Liste de diffusion des developpeurs GLPI Subject: Re: [Glpi-dev] New hooks for new plugin 'lock' Hi Olivier, Can you provide a pull request so that we can discuss it after the 0.90 release ? Thanks a lot, - Mail original - De: Olivier Moron olivier.mo...@araymond.com À: Liste de diffusion des developpeurs GLPI glpi-dev@gna.org Envoyé: Mardi 4 Août 2015 13:20:02 Objet: [Glpi-dev] New hooks for new plugin 'lock' Dear all, I would like to remind you of one of my forgotten requests :) Could you check this: http://forum.glpi-project.org/viewtopic.php?pid=152594#p152594? I can give more explanations and I can give patches for these modifications. Thank you, Olivier MORON Miscellaneous Program Member RAYNET SNC Tel : +33 4 76 33 49 52 Fax: +33 4 76 70 56 63 ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev -- Walid Nouh Directeur RD wn...@teclib.com TECLIB' Montpellier 10, Parc du Millénaire 1025, avenue Henri Becquerel 34000 Montpellier, France Tel. +33 1 79 97 02 78 - Ligne directe : +33 1 79 97 72 93 - Fax. +33 1 72 70 31 18 Facebook | Twitter | www.teclib.com ___ 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 -- Walid Nouh Directeur RD wn...@teclib.com TECLIB' Montpellier 10, Parc du Millénaire 1025, avenue Henri Becquerel 34000 Montpellier, France Tel. +33 1 79 97 02 78 - Ligne directe : +33 1 79 97 72 93 - Fax. +33 1 72 70 31 18 Facebook | Twitter | www.teclib.com ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Glpi-dev Digest, Vol 122, Issue 4
Hello, So you've been on the following page : https://mail.gna.org/listinfo/glpi-dev and put your email in the following field : To unsubscribe from Glpi-dev, get a password reminder, or change your subscription options enter your subscription email address: and then clicked on unsubscribed or edit options ? Regards, - Mail original - De: Jesus mainje...@gmail.com À: glpi-dev@gna.org Envoyé: Jeudi 6 Août 2015 13:32:37 Objet: Re: [Glpi-dev] Glpi-dev Digest, Vol 122, Issue 4 Hi! I was send request to don´t receive e-mail anymore, but I have been recieving e-mail in GLPI mail list. Please, remove it! Thnaks a lot! Julio Julio C. S. de Jesus Blog | @jcJesus 2015-08-06 7:00 GMT-03:00 glpi-dev-requ...@gna.org : Send Glpi-dev mailing list submissions to glpi-dev@gna.org To subscribe or unsubscribe via the World Wide Web, visit https://mail.gna.org/listinfo/glpi-dev or, via email, send a message with subject or body 'help' to glpi-dev-requ...@gna.org You can reach the person managing the list at glpi-dev-ow...@gna.org When replying, please edit your Subject line so it is more specific than Re: Contents of Glpi-dev digest... Today's Topics: 1. Re: New hooks for new plugin 'lock' (Moron, Olivier) -- Message: 1 Date: Thu, 6 Aug 2015 06:04:27 + From: Moron, Olivier olivier.mo...@araymond.com To: Liste de diffusion des developpeurs GLPI glpi-dev@gna.org Subject: Re: [Glpi-dev] New hooks for new plugin 'lock' Message-ID: 080df555e8a78147a053578ec592e83901252f7...@arexch34.ar.ray.group Content-Type: text/plain; charset=utf-8 Hello Walid, Won't it be better to first create an issue in order to discuss the point before doing any developments? Olivier MORON Miscellaneous Program Member RAYNET SNC Tel : +33 4 76 33 49 52 Fax: +33 4 76 70 56 63 -Original Message- From: Glpi-dev [mailto: glpi-dev-boun...@gna.org ] On Behalf Of Walid Nouh Sent: Wednesday, August 05, 2015 10:20 AM To: Liste de diffusion des developpeurs GLPI Subject: Re: [Glpi-dev] New hooks for new plugin 'lock' Hi Olivier, Can you provide a pull request so that we can discuss it after the 0.90 release ? Thanks a lot, - Mail original - De: Olivier Moron olivier.mo...@araymond.com À: Liste de diffusion des developpeurs GLPI glpi-dev@gna.org Envoyé: Mardi 4 Août 2015 13:20:02 Objet: [Glpi-dev] New hooks for new plugin 'lock' Dear all, I would like to remind you of one of my forgotten requests :) Could you check this: http://forum.glpi-project.org/viewtopic.php?pid=152594#p152594 ? I can give more explanations and I can give patches for these modifications. Thank you, Olivier MORON Miscellaneous Program Member RAYNET SNC Tel : +33 4 76 33 49 52 Fax: +33 4 76 70 56 63 ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev -- Walid Nouh Directeur RD wn...@teclib.com TECLIB' Montpellier 10, Parc du Millénaire 1025, avenue Henri Becquerel 34000 Montpellier, France Tel. +33 1 79 97 02 78 - Ligne directe : +33 1 79 97 72 93 - Fax. +33 1 72 70 31 18 Facebook | Twitter | www.teclib.com ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev -- Subject: Digest Footer ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev -- End of Glpi-dev Digest, Vol 122, Issue 4 ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev -- Walid Nouh Directeur RD wn...@teclib.com TECLIB' Montpellier 10, Parc du Millénaire 1025, avenue Henri Becquerel 34000 Montpellier, France Tel. +33 1 79 97 02 78 - Ligne directe : +33 1 79 97 72 93 - Fax. +33 1 72 70 31 18 Facebook | Twitter | www.teclib.com ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] ZF2
Hi Remi, Thanks a lot for your work. I think PHP 5.3 is ok, it's still a prerequisite. Switching to PHP 5.5 is a little bit to early IMHO, we should consider it for one of the upcoming release. What do you think about it ? Regards, - Mail original - De: Remi Collet fed...@famillecollet.com À: glpi-dev@gna.org Envoyé: Mardi 4 Août 2015 14:45:40 Objet: [Glpi-dev] ZF2 Howdy, I have updated ZF2 to version from 2.3.0 to 2.3.9 Notice: Version 2.4.x raise dependency to php 5.3.23 Version 2.5.x raise dependency to php 5.5 Remi ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev -- Walid Nouh Directeur RD wn...@teclib.com TECLIB' Montpellier 10, Parc du Millénaire 1025, avenue Henri Becquerel 34000 Montpellier, France Tel. +33 1 79 97 02 78 - Ligne directe : +33 1 79 97 72 93 - Fax. +33 1 72 70 31 18 Facebook | Twitter | www.teclib.com ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] New hooks for new plugin 'lock'
Hi Olivier, Can you provide a pull request so that we can discuss it after the 0.90 release ? Thanks a lot, - Mail original - De: Olivier Moron olivier.mo...@araymond.com À: Liste de diffusion des developpeurs GLPI glpi-dev@gna.org Envoyé: Mardi 4 Août 2015 13:20:02 Objet: [Glpi-dev] New hooks for new plugin 'lock' Dear all, I would like to remind you of one of my forgotten requests :) Could you check this: http://forum.glpi-project.org/viewtopic.php?pid=152594#p152594? I can give more explanations and I can give patches for these modifications. Thank you, Olivier MORON Miscellaneous Program Member RAYNET SNC Tel : +33 4 76 33 49 52 Fax: +33 4 76 70 56 63 ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev -- Walid Nouh Directeur RD wn...@teclib.com TECLIB' Montpellier 10, Parc du Millénaire 1025, avenue Henri Becquerel 34000 Montpellier, France Tel. +33 1 79 97 02 78 - Ligne directe : +33 1 79 97 72 93 - Fax. +33 1 72 70 31 18 Facebook | Twitter | www.teclib.com ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Test suite
Hi Remi, Having a test suite would be great as we now want to stabilize the current GLPi and plugin API. About the namespace, let's discuss it with Alexandre once the 0.90 is out. Thanks a lot, - Mail original - De: Remi Collet fed...@famillecollet.com À: Liste de diffusion des developpeurs GLPI glpi-dev@gna.org Envoyé: Dimanche 2 Août 2015 11:41:11 Objet: [Glpi-dev] Test suite I just create a test branch https://github.com/glpi-project/glpi/tree/wip-test This is for now only a PoC, for feedback. Notice, I create this first, because I'd like to change 'Event' class name, because of https://forge.glpi-project.org/issues/4458. I think a nice way to solves this will be to introduce namespace (Glpi\Event), so I really think we need to add code coverage first to detect any regression. Remi. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev -- Walid Nouh Directeur RD wn...@teclib.com TECLIB' Montpellier 10, Parc du Millénaire 1025, avenue Henri Becquerel 34000 Montpellier, France Tel. +33 1 79 97 02 78 - Ligne directe : +33 1 79 97 72 93 - Fax. +33 1 72 70 31 18 Facebook | Twitter | www.teclib.com ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] [glpi] orthagh | rev 23556 - prepare 0.90 version
Bonsoir Nelly, Je viens de reporter les modification de la 0.85.5 dans le fichier de migration de la 0.90. Le cliupdate devrait fonctionner désormais. Il ne me reste plus qu'à supprimer ce fichier update_0853_0855.php, puisqu'il n'y aura pas de 0.85.5. Bonne soirée, - Mail original - De: nini.lasson nini.las...@orange.fr À: Alexandre Delaunay adelau...@teclib.com Cc: Liste de diffusion des developpeurs GLPI glpi-dev@gna.org Envoyé: Lundi 20 Juillet 2015 17:52:07 Objet: Re: [Glpi-dev] [glpi] orthagh | rev 23556 - prepare 0.90 version Bonjour, Je ne comprends pas ce commit, surtout le fichier update_0853_090.php. En effet, en prévision de la 0.85.5, j'avais créé un fichier update_0853_0855.php qui comprenais des modifications demandées par des utilisateurs et correspondant à des tickets. Or, ce fichier est toujours présent et les modifications ne sont pas reprises. De plus, le cliupdate.php n'a pas été modifié, ce qui fait que pour les grosses structures la mise à jour ne peut plus être faite en ligne. ++ Yllen Le 06/07/2015 10:21, nore...@indepnet.net a écrit : orthagh has commited revision 23556 for the GLPI-PROJECT project. Comments : prepare 0.90 version Please take a moment to review their checkin : https://forge.indepnet.net/projects/glpi/repository/revisions/23556 You have received this notification because you member of the GLPI-PROJECT project. You could request unsubscribing on glpi-dev@gna.org mailing list ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev -- Walid Nouh Directeur RD wn...@teclib.com TECLIB' Montpellier 10, Parc du Millénaire 1025, avenue Henri Becquerel 34000 Montpellier, France Tel. +33 1 79 97 02 78 - Ligne directe : +33 1 79 97 72 93 - Fax. +33 1 72 70 31 18 Facebook | Twitter | www.teclib.com ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Plugin download link
Hi, On 28/01/2013 09:52, Julien Dombre wrote: The generic object plugin seems to have the same problem. fixed, thanks. Walid. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Evolution synchro/import
Bonjour à tous, On 19/01/2012 08:34, Remi Collet wrote: Une proposition d'évolution pour la gestion des éléments importés Exemple, table glpi_computervirtualmachines Ajout de 2 champs - is_dynamic = importé - is_deleted = supprimé (verrouillé dans ce cas) Lors de la suppression si is_dynamic=1 = passer is_deleted=1 (sinon purger, comme d'hab) Gestion des verrous VM verrouillées : is_dynamic=1 ET is_deleted=1 Deverrouiller = is_deleted=0 Lors de l'import OCS, au lieu de prendre le contenu de glpi_ocslinks.import_vm, on fait un SELECT ... WHERE computers_id=xx AND is_dynamic Avantages : - méthode standard déjà utilisée pour les utilisateurs (droits et groupes) - méthode indépendante de l'outil d'import (Fusion doit pouvoir l'utiliser, à confirmer, David ?) - gestion plus légère glpi_ocslinks, je trouve ça lourd, avec 2Gio (sur 13Gio), c'est la plus grosse table chez nous, après glpi_logs (9Gio) et avant les install (1.4Gio) - moins d'UPDATE (maj de glpi_ocslinks) Inconvénients : - plus de SELECT pendant la synchro, mais bon, on utilise un index. - ce que j'ai probablement raté Ensuite, à généraliser aux autres données : - glpi_computers_device* (là de toutes manières faut revoir tout le schéma pour les champs specificity) - glpi_computerdisks - glpi_computers_softwareversions - glpi_computers_items (monitor, peripheral, printer et donc phone, même si pas utiliser par OCS) J'ai un peu de mal à voir au niveau migration. Dans import_printer par exemple on a des enregistrement qui n'existent plus dans glpi_computers_items, donc comment garder le verrou : recréer les enregistrements et mettre is_dynamic=1 is_deleted=1 ? Cordialement, Walid. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Avancement plugin ocsinventoryng
Salut, Tant que je tiens les développeurs du plugin (donnant - donnant :D) : je n'arrive pas à trouver comment définir les règles pour que par défaut tous les ordinateurs soient importés. En effet, par défaut, aucun ordinateur ne respecte les règles. Il semble que Je sois obligé de sélectionner une entitée et un lieu pour chaque ordinateur pour qu'il respecte la règle. Ai-je loupé quelque chose ? Tu sembles parler du moteur d'affectation d'entité. La règle root permet d'importer tous les ordinateurs dans l'entité racine (à la différence de fusion où si aucune règle ne matche l'ordinateur est importé dans l'entité racine, pour ocs si aucune règle ne matche l'ordinateur est refusé). Walid. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Demande ouverture projet sur la forge
Bonjour, J'aimerais la création d'un projet purgelogs sur la forge. En effet, dans le cadre d'un projet pour un client, j'ai du nettoyer la table glpi_logs trop grosse et j'ai donc réalisé un plugin très simple pour cela. Cordialement, Walid. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Fusioninventory-user] Fusioninventory agent for iPhone
Hi Jewel, We haven't started working on an agent on iOS. It raises somes issues : - we need a mac and iOS devices to develop - we need to pay for a iOS SDK - there's no guaranty that our app will be accepted on the AppStore (and that the API exposes all data we need) A lot of people are waiting for this agent, but unfortunatly nobody is working on it on our side. Walid. 2012/11/14 Jewel Nuruddin jewel.nurud...@yahoo.com Hi, I am not sure if my question is already answered! For android there is a Fursioinventory agent is available? Is there any agent for iPhone ? I am using GLPI and Frusioninventory-aget for linux/windows/android now I am looking for iPhone, if some one can help me please. Thanks Jewel ___ Fusioninventory-user mailing list Fusioninventory-user@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/fusioninventory-user ___ Fusioninventory-user mailing list Fusioninventory-user@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/fusioninventory-user
Re: [Fusioninventory-user] Use fusioninventory to provision an ldap host directory ?
___ Fusioninventory-user mailing list Fusioninventory-user@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/fusioninventory-user
Re: [Glpi-dev] Refonte regle
Salut En gros refonte de l'interieur de la partie regles - suppression du tableau si aucune action ni critère n'est en place. je ne suis pas fan, je trouve que ça ne va pas très bien ensemble - mise en place d'une box pour afficher - suppression du titre de catégorie pour un affichage sur le coté. http://postimage.org/image/ihm7b476t/ je trouve cela très bien, l'affichage est plus clair! la meme qu'au dessus avec des critères et des actions! http://postimage.org/image/7w2bz40v9/ je vote pour de mon côté :) Walid. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-user] Help with multiglpi
Hi, I'll anwser your question on the forum. Thanks, Walid. On 17/04/2012 11:19, Marc-Olivier Barre wrote: Hi, I've posted a question on the forums, I figured I could extend it to the mailing lists. I'm looking for anyone who has had success using multiglpi. A good list of questions is available on the forum thread I opened: http://www.glpi-project.org/forum/viewtopic.php?id=28440 Any help would be appreciated. I would be glad to contribute some documentation once I got my issues figured out. I'm sure I'm missing something simple... Cheers, -- Marc-Olivier Barre XMPP ID : ma...@marcochapeau.org www.MarcOChapeau.org ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user
[Glpi-dev] Ticket #3460 : Use LDAP paged results available in PHP 5.4
Bonjour à tous,
J'ai commencé à implémenter cette nouvelle fonctionnalité PHP 5.4 qui va
permettre enfin de contourner ces problèmes de sizelimit LDAP.
J'ai donc ajouté une option qui permet de définir si on utilise les
résultats par page (c'est à dire si on peut, si on est en PHP 5.4) et si
oui de définir la taille de la page.
J'ai testé sur un openldap avec 1600 users (et une limite de recherche
niveau serveur à 500 entrées), en récupérant par page de 200.
Je n'ai pas encore modifié tous les ldap_search, ça va venir rapidement
(il en reste 2).
Walid.
Index: trunk/install/mysql/glpi-0.84-empty.sql
===
--- trunk/install/mysql/glpi-0.84-empty.sql (revision 18209)
+++ trunk/install/mysql/glpi-0.84-empty.sql (revision 18210)
@@ -71,6 +71,8 @@
`email2_field` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL,
`email3_field` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL,
`email4_field` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL,
+ `pagesize` int(11) NOT NULL DEFAULT '0',
+ `can_support_pagesize` tinyint(1) NOT NULL DEFAULT '0',
PRIMARY KEY (`id`),
KEY `date_mod` (`date_mod`),
KEY `is_default` (`is_default`),
Index: trunk/install/update_0831_084.php
===
--- trunk/install/update_0831_084.php (revision 18209)
+++ trunk/install/update_0831_084.php (revision 18210)
@@ -1481,8 +1481,9 @@
$migration-dropField('glpi_profiles', 'view_ocsng');
$migration-dropField('glpi_profiles', 'clean_ocsng');
}
-
-
+ $migration-addField('glpi_authldaps', 'pagesize', 'integer');
+ $migration-addField('glpi_authldaps', 'can_support_pagesize', 'bool');
+
// Keep it at the end **
//TRANS: %s is the table or item to migrate
$migration-displayMessage(sprintf(__('Data migration - %s'), 'glpi_displaypreferences'));
Index: trunk/inc/authldap.class.php
===
--- trunk/inc/authldap.class.php (revision 18209)
+++ trunk/inc/authldap.class.php (revision 18210)
@@ -134,6 +134,8 @@
$this-fields['entity_field'] = 'ou';
$this-fields['entity_condition'] = '(objectclass=organizationalUnit)';
$this-fields['use_dn']= 1 ;
+$this-fields['can_support_pagesize'] = 1 ;
+$this-fields['pagesize'] = '1000';
break;
default:
@@ -318,6 +320,23 @@
echo/td/tr;
echo tr class='tab_bg_1';
+ echo td . __('Use paged results') . /tdtd;
+ if (self::isLdapPageSizeAvailable(false, false)) {
+ Dropdown::showYesNo('can_support_pagesize', $this-fields[can_support_pagesize]);
+ } else {
+ echo input type='hidden' name='can_support_pagesize' value='0'.__('No');
+ }
+ echo /td;
+ if (self::isLdapPageSizeAvailable(false, false)) {
+ echo td . __('Page size') . /tdtd;
+ Dropdown::showInteger(pagesize, $this-fields['pagesize'], 100, 10, 100);
+ } else {
+ echo /td;
+ echo input type='hidden' name=pagesize' value='0';
+ }
+ echo/td/tr;
+
+ echo tr class='tab_bg_1';
echo td . __('How LDAP aliases should be handled') . /tdtd colspan='4';
$alias_options[LDAP_DEREF_NEVER] = __('Never dereferenced (default)');
$alias_options[LDAP_DEREF_ALWAYS]= __('Always dereferenced');
@@ -330,7 +349,9 @@
echo tr class='tab_bg_2'td class='center' colspan='4';
echo input type='submit' name='update' class='submit' value=\.__s('Save').\;
echo /td/tr;
+
echo /table/form/div;
+
}
@@ -1090,6 +,67 @@
}
+ static function searchForUsers($ds, $values, $filter, $attrs, $limitexceeded, $user_infos,
+ $ldap_users, $config_ldap) {
+
+ //If paged results cannot be used (PHP 5.4)
+ $cookie = '';
+ do {
+ if (self::isLdapPageSizeAvailable($config_ldap)) {
+ldap_control_paged_result($ds, $config_ldap-fields['pagesize'], true,$cookie);
+ }
+ $sr = @ldap_search($ds, $values['basedn'], $filter, $attrs);
+ if ($sr) {
+if (in_array(ldap_errno($ds),array(4,11))) {
+ // openldap return 4 for Size limit exceeded
+ $limitexceeded = true;
+}
+$info = self::get_entries_clean($ds, $sr);
+if (in_array(ldap_errno($ds),array(4,11))) {
+ $limitexceeded = true;
+}
+//$user_infos = array();
+
+for ($ligne = 0 ; $ligne $info[count] ; $ligne++) {
+ //If ldap add
+ if ($values['mode'] == self::ACTION_IMPORT) {
+ if (in_array($config_ldap-fields['login_field'], $info[$ligne])) {
+
Re: [Glpi-dev] Gestion cartes sims
Bonjour Julien, Merci pour ta réponse. Je viens de remettre à jour la page. J'ai ajouté un paragraphe pour les choses qui restent en discussion de mon côté, le reste me semblant assez classique de la gestion d'un objet GLPI. J'ai séparé la gestion des cartes SIM des connexions directes, où là c'est un autre chantier que je décris sur la page https://forge.indepnet.net/projects/glpi/wiki/Extend_Direct_Connections. Walid. On 21/03/2012 09:23, Julien Dombre wrote: Bonjour, une fois validé l'ensemble des spécifications qui ont été posée sur le wiki, nous pourrons alors lancer la mise en place de ce chantier. Cordialement, Julien Dombre Le 02/03/2012 09:08, walid nouh a écrit : Bonjour Jean-Mathieu, Dans le cadre d'un projet client, je souhe réaliser la gestion des cartes SIM dans GLPI. Mes propositions se trouvent sur la page du wiki suivante : https://forge.indepnet.net/projects/glpi/wiki/GlpiSimcards J'ai regardé et j'ai un peu de mal à voir ce que l'on souhaite faire avec les données renseignées d'un point de vue fonctionnel ? Traitement envisagé ? Rapports ? statistiques ? etc... le besoin ici est de pouvoir gérer correctement les flottes d'abonnement internet mobile. Bien entendu cela sert directement pour les téléphones, mais aussi pour les ordinateurs, etc. Actuellement j'ai des bases clients où les gens rentrent à la mano dans les commentaires les informations comme l'opérateur, le code pin, puk etc. Pour eux ces informations ont un intérêt à être stocké dans GLPI à des fins de support : si l'utilisateur de l'entreprise a bloqué son téléphone, le technicien a directement le code puk, de la même manière, si le collaborateur part, on a le code sim. On peut aussi sortir un état rapidement du nombre de puce par opérateur. De la même manière savoir que tel abonnement a une puce MiniSIM permet de voir tout de suite qu'on ne peut pas la mettre dans un iPhone, etc. C'est donc de la gestion de parc, qui facilitera la vie du helpdesk. Concernant les automatismes, je vois juste l'envoi d'alertes sur les infocoms comme pour les autres types d'objets. Concernant les données, j'envisageais cela comme une gestion classique des périphériques, Du ticket #642 je garde la liaison entre SIM et contrat. Définir ce qui compose un contrat de téléphonie mobile et reporter la consommation tous les mois, ne sort-on pas du contexte d'un gestionnaire de parc ? Je vois bien l'intérêt de ce qui est proposé, je me demande juste si ce n'est pas trop poussé. Niveau statistiques je n'est rien prévu d'autre actuellement que les rapports par défaut. Ci-joint au mail un patch contenant une première version concernant cette fonctionnalité (...) A quelle version s'applique ce patch ? c'est écrit dans le nom du fichier, désolé je n'ai pas précisé mais c'est pour la 0.84. Les propositions intègrent-elle les tickets #642 et #230 ? #642 en partie (cf plus haut), #230 et #498 (pour la partie sim, concernant la partie devices, je n'ai pas encore fait de proposition mais j'ai la demande aussi). Bonne soirée, Merci beaucoup de tes retours et bonne journée à tous, Walid. ___ 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 ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-user] Version simplifiée de GLPI...
On 14/03/2012 14:04, Bourhis Yves wrote: Bonjour, notre service informatique utilise depuis plusieurs années GLPI/OCS pour la gestion du parc et les interventions de maintenance. Les services techniques voudraient utiliser le même produit... mais ils aimeraient savoir s'il n'existerait pas une version simplifiée : en gros ils n'ont besoin que de la partie assistance (tickets et planning). Est-ce que ça existe ? Sinon, quelqu'un connaitrait-il un autre logiciel qui répondrait mieux à leur demande ? Cordialement. Bonjour, Vous pouvez le faire sur le même GLPI. Il suffit de leur créer un profil ne donnant accès qu'à la partie helpdesk et planning, et de l'attribuer à ces utilisateurs. Cordialement, Walid. ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user
Re: [Glpi-dev] MAJ fiche ordinateur sur 0.84
Bonjour, Merci pour votre proposition. Effectivement je trouve cela aussi plus lisible. Par contre je me demande s'il ne serait pas plus judicieux de mettre dans le même cadre le champ mise à jour OCSNG, et de remonter le champ Source de mise à jour par exemple juste sous UUID ? Qu'en pensez-vous ? Walid. On 12/03/2012 03:29, Sylvain Briallon wrote: Bonjour à tous, Je me suis penché sur la fiche ordinateur du 0.84 car à mon sens les données OCS inséré sont difficilement lisible. http://postimage.org/image/v0pjf19jr/ (avant) http://postimage.org/image/x6ju9jd07/(après) Bien sur la nouvelle interface OCS peut être mise sur uniquement les deux premières colonnes facilement. Qu'en pensez vous? Bien sur j'ai le fichier patch au cas ou vous valideriez. Glooob ___ 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
Re: [Glpi-translation] Chemin d'accès web de la console OCSNG
On 05/03/2012 13:33, Derek Giroulle wrote: Pourriez -vous me dire ce que vous voulez dire par chemin d'acces car pour le moment c'est traduit par web address en Anglais mais cela pourrait aussi se traduire par path ( comme dans directory path) Bonjour Derek, Le chemin d'accès est en fait l'URL permettant d’accéder à l'application web ocsreports. Le termine web address est plus parlant que chemin d'accès, on pourrait mettre simplement adresse à mon avis. Cordialement, Walid. ___ Glpi-translation mailing list Glpi-translation@gna.org https://mail.gna.org/listinfo/glpi-translation
Re: [Glpi-dev] Demande ouverture projet archive
Merci Julien, bonne journée. Walid. Le 23 février 2012 10:50, Julien Dombre m...@indepnet.net a écrit : Bonjour, Le projet vient d'être créé. ++ Julien Le 23/02/2012 10:46, walid nouh a écrit : Bonjour, Je voudrais l'ouverture d'un projet nommé archive qui permettra au travers un plugin de gérer une base GLPI d'archive des éléments d'inventaire. Ce plugin fonctionnera conjointement avec uninstall et webservices. Merci d'avance et bonne journée, Walid. ___ Glpi-dev mailing listGlpi-dev@gna.orghttps://mail.gna.org/listinfo/glpi-dev ___ 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
[Glpi-dev] Fwd: [glpi] walid | rev 17223 - [0.83] see #3289 simplier way to sychronize vms (thanks Remi)
Bonjour,
Remi a très justement faire remarquer que j'ai oublié d'ajouter les
indexes sur la table glpi_computervirtualmachines en 0.80.
Est-ce que je peux ajouter les indexes pour la 0.83 ?
Bonne journée à tous,
Walid.
Original Message
Subject: [glpi] walid | rev 17223 - [0.83] see #3289 simplier way to
sychronize vms (thanks Remi)
Date: Thu, 26 Jan 2012 15:57:22 +0100
From: nore...@indepnet.net
To: undisclosed-recipients:;
walid has commited revision 17223 for the GLPI-PROJECT project.
Comments : [0.83] see #3289 simplier way to sychronize vms (thanks Remi)
Please take a moment to review their checkin :
https://forge.indepnet.net/repositories/revision/glpi/17223
You have received this notification because you have either subscribed
to it, or are involved in it.
To change your notification preferences, please click here:
https://forge.indepnet.net/my/account
Index: branches/0.83-bugfixes/inc/ocsserver.class.php
===
--- branches/0.83-bugfixes/inc/ocsserver.class.php (revision 17222)
+++ branches/0.83-bugfixes/inc/ocsserver.class.php (revision 17223)
@@ -4327,7 +4327,7 @@
static function updateVirtualMachines($computers_id, $ocsid, $ocsservers_id, $cfg_ocs, $import_vm,
$dohistory) {
- global $DBocs, $DB;
+ global $DBocs;
// No VM before OCS 1.3
if ($cfg_ocs['ocs_version'] self::OCS1_3_VERSION_LIMIT) {
@@ -4341,62 +4341,40 @@
FROM `virtualmachines`
WHERE `HARDWARE_ID` = '$ocsid';
$result = $DBocs-query($query);
-
+
$virtualmachine = new ComputerVirtualMachine();
if ($DBocs-numrows($result) 0) {
while ($line = $DBocs-fetch_array($result)) {
$line = Toolbox::clean_cross_side_scripting_deep(Toolbox::addslashes_deep($line));
-$vm['name'] = $line['NAME'];
-$vm['vcpu'] = $line['VCPU'];
-$vm['ram'] = $line['MEMORY'];
-$vm['uuid'] = $line['UUID'];
-$vm['computers_id'] = $computers_id;
+$vm['name'] = $line['NAME'];
+$vm['vcpu'] = $line['VCPU'];
+$vm['ram'] = $line['MEMORY'];
+$vm['uuid'] = $line['UUID'];
+$vm['computers_id'] = $computers_id;
+
$vm['virtualmachinestates_id'] = Dropdown::importExternal('VirtualMachineState',
$line['STATUS']);
$vm['virtualmachinetypes_id'] = Dropdown::importExternal('VirtualMachineType',
$line['VMTYPE']);
$vm['virtualmachinesystems_id'] = Dropdown::importExternal('VirtualMachineType',
$line['SUBSYSTEM']);
-//VM already exists on this computer
-if (in_array(stripslashes($line[ID]), $import_vm)) {
+
+if (!in_array(stripslashes($line[UUID]), $import_vm)) {
$virtualmachine-reset();
- $vm['id'] = $line['ID'];
- $virtualmachine-update($vm);
-
- //vm processed, remove it from import_vm
- $id = array_search(stripslashes($line[ID]), $import_vm);
- unset($import_vm[$id]);
+ if (!$dohistory) {
+ $vm['_no_history'] = true;
+ }
+ $id_vm = $virtualmachine-add($vm);
+ if ($id_vm) {
+ self::addToOcsArray($computers_id, array($id_vm = $line['UUID']), import_vm);
+ }
} else {
- //VM doesn't exists on the host, but may exist on another one
- $query = SELECT `id`, `computers_id` FROM `glpi_computervirtualmachines` .
- WHERE `uuid`='.$line['UUID'].';
- $result_vms = $DB-query($query);
- if ($DB-numrows($result_vms) 0) {
- $old_computers_id = $DB-result($result_vms, 0, computers_id);
- $id = $DB-result($result_vms, 0, id);
- //If vm has changed of host
- if ($old_computers_id != $computers_id) {
- self::deleteInOcsArray($old_computers_id, $id, import_vm);
- self::addToOcsArray($computers_id, array($id = $line['ID']), import_vm);
- } else {
- //vm ID has changed in OCS, update import_vm
- self::deleteInOcsArray($computers_id, $id, import_vm);
- self::addToOcsArray($computers_id, array($id = $line['ID']), import_vm);
- }
- unset($import_vm[$id]);
-
Re: [Glpi-dev] Fwd: [glpi] walid | rev 17223 - [0.83] see #3289 simplier way to sychronize vms (thanks Remi)
On 26/01/2012 16:43, MoYo wrote: Le 26/01/2012 16:06, Walid nouh a écrit : Bonjour, Remi a très justement faire remarquer que j'ai oublié d'ajouter les indexes sur la table glpi_computervirtualmachines en 0.80. Est-ce que je peux ajouter les indexes pour la 0.83 ? Salut, Ca commence à faire vraiment tard pour modifier le schéma de DB... Mais bon on est toujours en RC... Donc vas-y. Ca marche, je commite ça. Merci Perso vu le peu de retour actuellement sur la 0.83, je serais même partant pour sortir une 0.83 en l'état. ++ Julien Bonne journée à tous, Walid. Original Message Subject: [glpi] walid | rev 17223 - [0.83] see #3289 simplier way to sychronize vms (thanks Remi) Date: Thu, 26 Jan 2012 15:57:22 +0100 From: nore...@indepnet.net To: undisclosed-recipients:; walid has commited revision 17223 for the GLPI-PROJECT project. Comments : [0.83] see #3289 simplier way to sychronize vms (thanks Remi) Please take a moment to review their checkin : https://forge.indepnet.net/repositories/revision/glpi/17223 You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: https://forge.indepnet.net/my/account ___ 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 ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] gettext, dropdown integer, et pluriel de 0
Bonjour à tous, On 09/01/2012 08:54, Remi Collet wrote: Il me semblerait préférable de ne jamais commencer à 0, mais d'ajouter ($toadd), si besoin, avec le libellé adéquat (jamais, permanent, immédiat, --- ou n'importe quoi d'autre) ça me semble effectivement beaucoup mieux pour l'utilisateur que d'afficher 0 qui peut avoir plusieurs significations en fonction de la dropdown. Walid. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Ne pas notifier certains destinataire pour une entité donnée
Bonjour à tous, Chez un de mes clients s'est posé la question suivante : Contexte : - une hiérarchie d'entité à 4 niveaux - les notifications sont sur l'entité racine, récursives. Lors d'un nouveau ticket, les techs sont notifiés - pour une seule entité, au 3ème niveau de la hiérarchie on ne veut pas notifier les techs - je ne peux pas modifier la hiérarchie des entités, et dupliquer toutes les notifs n'est pas vraiment l'option la meilleure, car cela veut dire qu'à chaque modif des notifications il faut repasser sur X entités pour faire la même chose) Actuellement on ne peut pas faire cela, on a pas moyen de dire pour les techs n'envoie pas de mail, donc la notification sur l'entité racine est exécutée, et le mail envoyé. Propositions : 1 - avoir une option dans le form d'une notif, dans la liste des modèles pour dire Ne pas envoyer d'email (pas forcément la meilleure solution mais aucune modif de db) 2 - ajouter une option de config des notifications pour ne pas notifier les destinaires (ajout d'un champ is_notified par défaut à true pour garder le comportement actuel) Voyez-vous d'autres idées ? Walid. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Ne pas notifier certains destinataire pour une entité donnée
On 09/12/2011 13:02, MoYo wrote: Bonjour, Je comprend bien le besoin mais pas du tout les solutions proposées. Créer dans l'entité en question un objet notification. Dans cette notif, mettre les destinataires qui ne doivent pas être notifiés pour être sûr que l'on ne passe par à une notif d'une entité supérieure. ++ Julien Le 09/12/2011 12:56, Walid nouh a écrit : Bonjour à tous, Chez un de mes clients s'est posé la question suivante : Contexte : - une hiérarchie d'entité à 4 niveaux - les notifications sont sur l'entité racine, récursives. Lors d'un nouveau ticket, les techs sont notifiés - pour une seule entité, au 3ème niveau de la hiérarchie on ne veut pas notifier les techs - je ne peux pas modifier la hiérarchie des entités, et dupliquer toutes les notifs n'est pas vraiment l'option la meilleure, car cela veut dire qu'à chaque modif des notifications il faut repasser sur X entités pour faire la même chose) Actuellement on ne peut pas faire cela, on a pas moyen de dire pour les techs n'envoie pas de mail, donc la notification sur l'entité racine est exécutée, et le mail envoyé. Propositions : 1 - avoir une option dans le form d'une notif, dans la liste des modèles pour dire Ne pas envoyer d'email (pas forcément la meilleure solution mais aucune modif de db) 2 - ajouter une option de config des notifications pour ne pas notifier les destinaires (ajout d'un champ is_notified par défaut à true pour garder le comportement actuel) Voyez-vous d'autres idées ? Walid. ___ 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 ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Fusioninventory-devel] Adding power devices support to Fusion Inventory
On 15/11/2011 15:30, Arnaud Quette wrote: Dear Fusion Inventory fellows, I've been thinking about working on adding power devices knowledge to inventory systems for years. Following the last Ubuntu Developer Summit, I know have an excuse to do so: https://blueprints.launchpad.net/ubuntu/+spec/servercloud-p-cloud-power-management My below proposition is related to the above blueprint. So please keep in mind that the target is also to be able to provide these info to Fusion Inventory , so that it can in turn provide these to Cobbler / Orchestra. Hello Arnaud, If FusionInventory collects theses new data, then it should be displayed in the asset management software (in our case GLPI). What kind of data must should be stored and are interesting to display ? There may be some work to do to add theses new informations on the GLPI side. Walid. ___ Fusioninventory-devel mailing list Fusioninventory-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/fusioninventory-devel
Re: [Nut-upsdev] [Fusioninventory-devel] Adding power devices support to Fusion Inventory
On 15/11/2011 15:30, Arnaud Quette wrote: Dear Fusion Inventory fellows, I've been thinking about working on adding power devices knowledge to inventory systems for years. Following the last Ubuntu Developer Summit, I know have an excuse to do so: https://blueprints.launchpad.net/ubuntu/+spec/servercloud-p-cloud-power-management My below proposition is related to the above blueprint. So please keep in mind that the target is also to be able to provide these info to Fusion Inventory , so that it can in turn provide these to Cobbler / Orchestra. Hello Arnaud, If FusionInventory collects theses new data, then it should be displayed in the asset management software (in our case GLPI). What kind of data must should be stored and are interesting to display ? There may be some work to do to add theses new informations on the GLPI side. Walid. ___ Nut-upsdev mailing list Nut-upsdev@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsdev
[Glpi-dev] Problème de vision des groupes
Bonjour à tous, Sur une base cliente, j'ai : - un profil interface simplifiée qui n'a pas les droits de voir les tickets de ses groupes associés (nommé profil1) - une règle métier dans une entité qui affecte les tickets ouvert par un technicien à un groupe observateur (groupe 1) Scénario : - un technicien profil1 ouvre un ticket dans son entité (il appartient au groupe 1) - le ticket se voit affecter un groupe observateur - un autre technicien profil1 voit le ticket ouvert dans sa liste des tickets, et clique dessus (il appartient au groupe 1 aussi) - là il a une erreur lui disant qu'il n'a pas les droits Dans le cas du ticket-canViewItem() on teste que le tech fait partie d'un groupe observateur (bien), mais qu'il a aussi la vision sur show_group_ticket Donc là il y a une incohérence de comportement : 1 - soit il ne peut pas voir le ticket car il n'a pas show_group_ticket 2 - soit il voit le ticket car il fait parti d'un groupe explicitement défini comme observateur du ticket (je pense que ça devrait être la solution 2). Autre petite chose : on ne peut pas associer plus d'un technicien observateur dans une règle métier Walid. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Problème de vision des groupes
Merci Nelly ! La question étant donc comment vous feriez pour que ces 2 techs soient automatiquement observateur du ticket sachant qu'on ne veut pas leur donner les droits de vision des groupes associés et que l'on ne peut pas attribuer à plus d'un via les businessrules ? Walid. Le 9 novembre 2011 12:33, nini nini.las...@orange.fr a écrit : Bonjour, Effectivement, il y avait une incohérence entre les droits pour l'affichage de la liste et les droits pour l'affichage du ticket. Corrigé en 0.83 : https://forge.indepnet.net/projects/glpi/repository/revisions/16018 Concernant tes 2 propositions, si tu n'as pas le droit de voir les tickets des groupes il ne doit pas apparaitre dans la liste. Donc c'est ta proposition 1 qui pour moi est correcte. Nelly Message du 09/11/11 10:21 De : walid nouh A : Liste de diffusion des developpeurs GLPI Copie à : Objet : [Glpi-dev] Problème de vision des groupes Bonjour à tous, Sur une base cliente, j'ai : - un profil interface simplifiée qui n'a pas les droits de voir les tickets de ses groupes associés (nommé profil1) - une règle métier dans une entité qui affecte les tickets ouvert par un technicien à un groupe observateur (groupe 1) Scénario : - un technicien profil1 ouvre un ticket dans son entité (il appartient au groupe 1) - le ticket se voit affecter un groupe observateur - un autre technicien profil1 voit le ticket ouvert dans sa liste des tickets, et clique dessus (il appartient au groupe 1 aussi) - là il a une erreur lui disant qu'il n'a pas les droits Dans le cas du ticket-canViewItem() on teste que le tech fait partie d'un groupe observateur (bien), mais qu'il a aussi la vision sur show_group_ticket Donc là il y a une incohérence de comportement : 1 - soit il ne peut pas voir le ticket car il n'a pas show_group_ticket 2 - soit il voit le ticket car il fait parti d'un groupe explicitement défini comme observateur du ticket (je pense que ça devrait être la solution 2). Autre petite chose : on ne peut pas associer plus d'un technicien observateur dans une règle métier Walid. ___ 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 ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Groupe hierarchique (pour avis, urgent)
Pouvoir gérer les services et sous services. C'est un vrai besoin. Walid David DURIEUX d.duri...@siprossii.com a écrit : Le Mon, 07 Nov 2011 09:35:56 +0100 Remi Collet fed...@famillecollet.com a écrit: English : https://forge.indepnet.net/issues/3244 French : les groupes organisés en arbre est un besoin remonté plusieurs fois sur le forum. La Cnamts est concernée, chaque groupe en fait une branche d'un arbre ex : /DIR/DIRECTION DU SERVICE/DEPARTEMENT RELATION CLIENTELE ASSURE/CONCILIATION J'ai reçu une demande officielle pour faire ce développement Votre avis ? Si on valide, je m'en occuperais en priorité, pour la 0.83. Remi. Ca pourrait poser des soucis pour les notifications (à moins que tu ne t'occupe pas de l'aspect hiérarchique pour les notifications. Sinon quel est le but de gérer ça en hiérarchie ? David ++ _ 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
Re: [Glpi-dev] Proposition d'évolution
Bonsoir, On 20/10/2011 22:44, Alexandre GALINIER wrote: Bonsoir, Juste une question, je peux quand même utiliser cette mailing list pour les plugins ou il y en a d'autre ? La même mailing list fera l'affaire. Walid ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Import de machines multi-boot
Bonjour Damien, Actuellement le multiboot va soit modifier les infos de la machine (en fonction des règles de liaison, par exemple serial), soit recréer une machine. Je ne pense pas que nous ayons vraiment discuté de ces problèmes de multiboot avant. Cela pose pas mal d'interrogations : - changement des composants (remontés différements sous Windwos et Linux par exemple). Là on pourrait se baser sur des usbid ou pciid pour s'en sortir (discussions que nous avons déjà eu à Solutions Linux l'année dernière) - logiciels : doit-on lister tous les logiciels de tous les os de la machine ? comment gérer cela et comment l'afficher ? - comment lister le fait que la machine a plusieurs OS ? - comment gérer par exemple le fait que sur un OS on va remonter une imprimante connectée avec un serial, et sur un autre OS pas ? Il y a pas mal de réflexions à avoir à ce niveau là je pense. Pour identifier la machine, on pourrait aussi se servir de données que Fusion remonte comme l'uuid de partitions, ou l'uuid global de la machine. Walid. Le 16 septembre 2011 13:53, Damien Touraine damien.toura...@limsi.fr a écrit : Bonjour, Par curiosité, je voulais savoir comment se déroulait l'import de machines multi-boot. Si je comprends bien la structure de Computer, il y a autant d'OS que d'agent OCS installés sur les différents OS. C'est bien cela ? J'ai l'impression que cela est lié à l'import OCS qui fait la même chose. Est-ce bien le cas ? Peut-être devrions-nous proposer, pour un ordinateur donné, la faculté d'avoir plusieurs OS différents. Il y a beaucoup d'implications à cela (identification d'un ordinateur, éléments propres à l'OS, ...). Y-a-t'il déjà eu des réflexions à ce sujet ? Si oui, existe-t-il une page sur le wiki ? Je ne penses pas que cela soit urgent (d'ailleurs, est-ce bien utile ?). Donc, nous pourrions commencer à jeter quelques idées sur le sujet et intégrer cela dans une version future de GLPI (peut-être après la version 1.0). Damien -- --**--** Damien TOURAINE - Ingénieur de Recherche CNRS, LIMSI-CNRS Groupe de RVA VENISE, (http://www.limsi.fr/venise/) Bat. 508, Universite Paris-Sud 91403 Orsay cedex - +33 1 69 85 81 64 --**--** __**_ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/**glpi-devhttps://mail.gna.org/listinfo/glpi-dev ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Template of tickets and categories
Hi Julien, I think option 2 is better, but I would imagine a equivalent to notifications (templates and notifications separated). An example : - My company manages customers - I've got a set of global categories (ie root entity, recursives) - I apply a template for this category - For one customer, I need another template (because of a different contract, and so on) The simpliest solution would be to add an object to describe the relation (ticketcategories_id, entities_id, is_recursive, tickettemplates_id). The other one would be a rules engine that let people do whatever the want (my example would be easy with it). Walid. On 01/09/2011 22:32, MoYo wrote: Hi, We are working on templates for tickets in order to set mandatories, hidden and predefined fields. We have two choices to implement that : - Permit to choose a template on ticket creation. - Link templates to ticket's categories. Selecting a category will load the template. What do you think about these 2 options ? Regards Julien ___ 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
Re: [Fusioninventory-devel] android agent ui improvements
Hi Sébastien, I'm really sorry, I'm a little bit busy this week. I'll check your patch as soon as possible ! Thanks a lot for your contributon. As Gonéri proposed, if you can provide us an apk, it would be great. Walid; On 23/08/2011 23:37, Gonéri Le Bouder wrote: Hello Sébastien, Thank you for the patch. The Android agent maintainers a too busy this week i'm afraid and I don't have the Android SDK installed to build the agent. Can you please publish a package somewhere so i can have a look on your changes? Best regards, -- Gonéri ___ Fusioninventory-devel mailing list Fusioninventory-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/fusioninventory-devel ___ Fusioninventory-devel mailing list Fusioninventory-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/fusioninventory-devel
Re: [Fusioninventory-devel] renaming SNMPQuery task
On 17/08/2011 11:35, Guillaume Rousse wrote: On 17/08/2011 11:06, David DURIEUX wrote: Do you think how to use in future netInventory to get informations too by http? You put in same module or in another? Perhaps name it snmpinventory instead netinventory? If it perform the same role, it should be in the same module (unless exception dependencies), the user does not have to be exposed to internal implementation details. Hence the use of a name focusing on functionality rather than technology. I agree with Guillaume. SNMP is technical, and for internal use. The users need to know that it performs remote inventory. Walid. ___ Fusioninventory-devel mailing list Fusioninventory-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/fusioninventory-devel
Re: [Glpi-dev] Position of evolution ...
Hello, I just applied the patch, and it's looks really interesting. Thanks a lot ! On the plugin side, it's going to affect several of them : - fusioninventory : I let David reply, but this is more or less the same work as for OCS - addressing : interesting because the plugin integrates a dirty way or managing reserved IP addresses - datainjection : will be more complicated to inject for sure, but we can manage it - webservices - for sure others that I don't use Walid. On 13/07/2011 12:34, Damien Touraine wrote: Hello, With the agreement of MoYo, I specified the evolution I propose inside the wiki of the forge : https://forge.indepnet.net/projects/glpi/wiki/NetworkPortReview Be free to review it and send me comments and propositions to enhance this evolution of the network port. I'm working on the enhancement of the patch I have sent yesterday. So, it is not the final version. Regards Damien Touraine On 07/12/11 14:34, Damien Touraine wrote: Hello, First, I would like to congratulate you for this software. It is very powefull and efficient. Moreover, its object oriented implementation is very well and allow many evolutions. I studied this not as a computer information collector (through the use of OCS inventory, for instance). Actually, I would like to use it as real computing equipement manager (DNS and DHCP files generator). However, I pointed that inside GLPI, the networkport class include both physical/media layer (MAC address) and Host Layer (IP address). However, in our lab, there is several computers that have several network addresses on the same NIC (sometimes with VLAN). Moreover, some computers have DNS aliases. In other word, I suggest to introduce the networknode classes that make abstraction of the material. For instance, the networkNode manage the IP addresses of the card, while the networkport manage the MAC address and its connections with the other equippements. Moreover, I propose the creation of two other classes. The first one manage the internet domains (ie : example.com). Actually, there is already a domain class. But OCS inventory fills this one by the Windows Domain. The second class concern the definition of the networks and the subnetworks (subnet + netmask + gateway). As such, when we add a computer, we can, automatically affect it an IP included in a specific network class (I created the three private classes 10.0.0.0/255.0.0.0, 172.16.0.0/255.240.0 and 192.168.0.0/255.255.0.0). A attachement, i propose a patch that implement all theses elements. I applied it on glpi-unstable-083-2011-07-12 tarball downloaded from the main site. This patch also include an update to integrate the mass import from OCS. I plan to work on this patch to improve it for our requirements (manage the history, unicity of network names, ...). Moreover, I plan to work on a specific plugin which purpose is to generate DNS, DHCP and yellow pages configuration files. Be free to propose other features in this aim. I will try to integrate it. If you are satisfy with my proposition, maybe I can work straightly on a SVN development branch of the project ? Kind Regards Damien Touraine ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Position of evolution ...
On 13/07/2011 15:59, Damien Touraine wrote: Hello, On 07/13/11 15:40, Walid nouh wrote: Hello, I just applied the patch, and it's looks really interesting. Thanks a lot ! On the plugin side, it's going to affect several of them : - fusioninventory : I let David reply, but this is more or less the same work as for OCS The plugin also modify the ocsserver class to integrate the OCS mass import plugin withiout problem. But OCS seems to have some lacks (ie : a network card that have several IP is seen as several different cards ...). So I will try to modify the patch regarding fusioninventory Maybe we could improve the FusionInventory agent to collect more data the future. As soon as all theses informations are available in GLPI, it makes more sense. I know that getting IPv6 informations is something that matters for the FusionInventory project for example. - addressing : interesting because the plugin integrates a dirty way or managing reserved IP addresses The evolution of the plugin I'm working on integrates a more sophisticated automatic allocation of the address. The element that knows if the IP has to be updated is the Network itself now. Actually, there is three state for a network : Automatic IP prohibited, Automatic IP allowed and Automatic IP mandatory. We can include several other types of networks. my question is to know if such features shouldn't be available for everyone in GLPI's core ? - datainjection : will be more complicated to inject for sure, but we can manage it I'm to young on this project to know this part of GLPI. Or, maybe I know it as another name. Can you say me how to find it ? https://forge.indepnet.net/projects/datainjection/ it's the CSV file injection plugin. During the rewrite for GLPI 0.78, I've work on the networkport to networkport connection, so there's a lot to do in this area. - webservices Same question than previous point https://forge.indepnet.net/projects/webservices/ it's a web to query and update GLPI using SOAP, XML-RPC or REST. Here, it's more about changing the searchOption to fit the new objects. It should'nt be very long (at least to get information about a networkport). - for sure others that I don't use For sure, me, too ! That is why I propose you this patch. I know it is perfectible. But, that the way I propose to work on. you do it the right way :) Walid. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Propositions for mail collector improvements
Dear developers, We've got a request from one of our customer, which concerns mail collector service in GLPI. The context : - One person act as level 0, meaning that this person is dedicated to ticket dispatching - Users send emails to the mail collector : it might be new tickets or followups - In a perfect world, people would be never open a new ticket by replying to a notification of another ticket... but we're not in a perfect world. it happens, and theses cases will be controled by the people who acts as a dispatcher The use case : - Someone sends an email to GLPI - We make sure that all emails are not imported automaticall (see below our propositions) - We don't know if it should be a new ticket, or it's a followup for an existing ticket (see the context above) - Someone has access to the not imported email list and process each ticket. 2 options could be available: - import = new ticket : current behavior - import = add followup to a new ticket : a dropdown let him choose the list of non closed tickets What we propose : - add theses two new actions - add a new rules action to automatically set emails as not imported - add a right to access to the not imported email interface and a new link appearing in the Assistance menu (or a better idea if you have one) It may be an interesting fetaure, and we could implement it if you think that it's generic enough to be integrated. Cheers, Walid. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Fusioninventory-devel] FusionInventory-Agent for Android devices
Hi Kévin, Can you merge the changesI did on the Android Agent into the master branch ? My branch is here : https://github.com/wawax/fusioninventory-android It would be great if you could quickly fix the stability issues because we're close to releasing at least an RC version and let people test it . Walid. ___ Fusioninventory-devel mailing list Fusioninventory-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/fusioninventory-devel
Re: [Glpi-user] [g...@sv.lnf.it: Plugins and 0.80...]
Hello, we're currently busy updating the plugins and creating a page to list them all. We're working on it :) Walid. On 31/05/2011 16:55, Marco Gaiarin wrote: No one reply, i repost it. Thanks. - Forwarded message from Marco Gaiaring...@sv.lnf.it - Date: Fri, 27 May 2011 14:56:00 +0200 From: Marco Gaiaring...@sv.lnf.it To: glpi-user@gna.org Subject: [Glpi-user] Plugins and 0.80... Organization: La Nostra Famiglia - Polo FVG X-Spam-Status: No, score=-4.0 required=5.0 tests=AWL,BAYES_00,GREYLIST_ISWHITE autolearn=ham version=3.2.5 Most of the plugins are still depicted as '0.78 compatible'. 0.80 are the same of 0.78, for plugins, or plugins have to be upgraded as well? Thanks. ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user
Re: [Glpi-user] Regroupement automatique des logiciels
Bonjour à tous, Devant migrer ce script, je reviens sur le sujet. Pour moi, comme précisé sur le ticket https://forge.indepnet.net/issues/2710, je vois bien une option de config qui indique pour chaque entité où va le soft (l'idée sous-tendue est qu'en mode multi-client, on peut vouloir remonter les softs à la racine de ce clients, plutôt qu'à l'entité racine) + une action du dico des softs. je peux traiter ce ticket, ce qui sera plus bénéfique que juste porter le script. Walid. On 05/04/2011 11:54, Maxime BALZEAU wrote: Bonjour, Je me permets d'intervenir car j'ai déjà fait face à cette problématique et j'ai un script à proposer. Il n'a pas été développé par moi mais j'ai l'autorisation de vous le transmettre. C'est un script php d'une centaine de lignes qui utilise la fonction de regroupement qu'on trouve dans le code de GLPI. Il regroupe tous les logiciels portant le même nom, mais pas nécessairement dans l'entité racine, seulement dans l'entité la plus basse (dans l'arbre) permettant le regroupement. Il y a peut-être du nettoyage à faire mais normalement ça fonctionne (sur GLPI 0.72). Cldt, Maxime MoYo a écrit : Bonjour, je comprend bien le problème engendré par la gestion actuelle. Nous n'avons pas vraiment fait attention à cela et je ne vois pas de solution simple à cette problématique à l'heure actuelle. Une solution serait de pouvoir directement définir l'entité de destination des logiciels. Que ce soit dans le moteur de règles des logiciels (dictionnaire) ou dans la configuration générale. D'une manière générale avoir une option du genre : positionner tous les logiciels par défaut dans l'entité racine me semble une bonne idée pour une gestion globale de parc. C'est peut-être la solution la plus simple répondant au problème d'ailleurs. Le seul problème c'est la migration de l'existant et votre script peut grandement aider pour cela. Qu'en pensez vous ? J'ouvre un ticket pour étudier le problème : https://forge.indepnet.net/issues/2710 Cordialement, Julien Dombre Le 30/03/2011 17:56, Guillaume Rousse a écrit : Bonjour. Dès que l'on utilise des entités, la gestion des logiciels devient rapidement très fastidieuse, puisque les logiciels sont automatiquement rattachés à la même entité que leur machine, et on obtient énormément de duplication. Il faut manuellement transférer ces logiciels à l'entité racine, leur attribuer une visibilité aux sous-entités, et les fusionner. Ce qui est ingérable sur un parc: j'en suis à 5400 logiciels recensés, dont 2/3 de duplicats. Je viens de regarder comment corriger automatiquement le problème, en manipulant directement la base de données. A priori, le problème se traite de la façon suivante: 1) transfert à l'entité racine pour tous les logiciels: passer le champ fk_entities à 0 partout dans la table glpi_software 2) activation de la visibilité aux sous-entités pour tous les logiciels: passer le champ recursive à 1 partout dans la table glpi_software 3) fusion automatique des doublons Un poil plus complexe, puisqu'il faut mettre à jour les autres tables pointant vers la table glpi_software, qui semblent limitées à glpi_softwarelicenses et glpi_softwareversions d'après mes observations pour chaque entrée de la table glpi_software: - pour chaque entrée de la table glpi_software avec le même nom et un identifiant différent - passer le champ deleted à 1 - passer le champ commentaire à 'Logiciel mis dans la corbeille' - mettre à jour la table glpi_softwareversions - mettre à jour la table glpi_softwarelicenses Est-ce que ca parait raisonnable, ou j'ai manqué quelque chose ? En cadeau, une première implémentation en Perl (je n'ai testé que la détection des doublons, pas les modifications). ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user
Re: [Glpi-user] Regroupement automatique des logiciels
On 30/05/2011 12:14, MoYo wrote: Le 30/05/2011 11:30, Walid nouh a écrit : Bonjour à tous, Devant migrer ce script, je reviens sur le sujet. Pour moi, comme précisé sur le ticket https://forge.indepnet.net/issues/2710, je vois bien une option de config qui indique pour chaque entité où va le soft (l'idée sous-tendue est qu'en mode multi-client, on peut vouloir remonter les softs à la racine de ce clients, plutôt qu'à l'entité racine) + une action du dico des softs. Salut, Ce ticket étant prévu pour la 0.83, le traiter me semble la bonne solution. Concernant la mise en oeuvre, l'option dans les entités pour choisir l'entité de destination des logiciels me semble intéressante. Ca sera plus souple qu'une option générale indiquant l'import dans l'entité racine uniquement. Par contre, je ne comprend pas pourquoi bloquer la définition de cette configuration si elle définit dans une entité parente ? Quitte à avoir de la souplesse autant l'avoir jusqu'au bout ? Exact, en y reréflechissant, c'est un cas de figure intéressant. Walid. ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user
[Glpi-dev] Demande d'ouverture d'un projet sur la forge : multiGLPI
Bonjour, Je voudrais l'ouverture d'un projet sur la forge communautaire nommé multiGLPI. Celui-ci a pour but de réaliser des synchronisations bi-directionnelles entre plusieurs GLPI, et sera basé sur le plugin WebServices. Walid. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-user] Re : champ 'recherche'
Si mes souvenirs sont bons, c'est une option de la 0.80. Walid. On 13/05/2011 12:10, DANET Teddy wrote: Bonjour, Concernant la cloture automatique, je nai pas loption pour mettre 0. Erreur de ma part? Cordialement. Teddy, -Original Message- From: MoYo [mailto:m...@indepnet.net] Sent: vendredi 13 mai 2011 10:22 To: glpi-user@gna.org Subject: Re: [Glpi-user] Re : champ 'recherche' Bonjour, en fait, le moteur de recherche global utilise vos critres de recherche par dfaut (ceux de GLPI ou bien le bookmark par dfaut que vous avez dfinit). La recherche par dfaut de GLPI tant 'ticket non rsolus' vous ne voyez pas les tickets rsolus ou clos. pour la cloture automatique oui il y a une action automatique qui ferme les tickets aprs un certain dlai. Vous pouvez mme mettre ce dlai 0 pour que la clture se fasse la rsolution directement. Cordialement, Julien Dombre Le 12/05/2011 16:15, gnafou a crit : Bonjour, 1/ J'ai un certain nombre de ticket contenant dans le sujet le mot ldap ( par exemple ) Si dans le champ recherche ( coin suprieur droit ) je tape ldap , les seuls tickets qui sont lists sont les tickets non clos. l'URL est alors '/front/search.php?x=0y=0globalsearch=ldap' --- 2/ Je croyais qu'un ticket rsolu passait automatiquement clos aprs un dlai donn Coridalement Fred - Message d'origine De : JMDj...@indepnet.net : Liste de diffusion des utilsateurs de GLPIglpi-user@gna.org Envoy le : Jeu 12 mai 2011, 10h 26min 11s Objet : Re: [Glpi-user] champ 'recherche' Bonjour, Le jeu 12/05/11 09:11 , gnafou a crit:: - Il me semble que la recherche par texte libre ne fait ressortir que les tickets non clos. [[ feature or bug ? ;-) ]] Je ne reproduis pas. Vous pouvez faire un step by step reproductible ? - certains tickets ne passent pas du 'rsolu' 'clos' ... Qu'est-ce qui conditionne ce passage de l'tat rsolu vers l'tat clos ? L'approbation de la rsolution par l'utilisateur qui a fait la demande permet la cloture du ticket. Cordialement, -- Jean-Mathieu Dolans* GLPI-PROJECT.ORG ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user
Re: [Fusioninventory-devel] feature request for GLPI 0.83
On 21/04/2011 01:21, Guillaume Rousse wrote: Le 20/04/2011 23:24, David DURIEUX a écrit : Le Wed, 20 Apr 2011 23:22:12 +0200 Guillaume Rousseguillomovi...@gmail.com a écrit: [...] If virtual machines are inventored as other machines, why do we need to specifically care about their mac adresses ? Because for FreeBSD jail for example, the only thing we can use to detect a VM is on a computer is mac address (we get too in sysctl value to check if it's jail or not). The mac seen in JAIL is the same like the physical on host. OK, I guess you're refering to the information the agent host is reporting about its guest then, so as to be able to establish the relationship between both systems in GLPI. I was refering to the information reported by the guest agent itself. Yes it is exactly what we're talking about. Walid ___ Fusioninventory-devel mailing list Fusioninventory-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/fusioninventory-devel
Re: [Glpi-dev] Ldap E-mail Attribute
Hello, Sorry but you can only configure one email address attribute. There's not such workflow in GLPI. Walid. On 12/04/2011 19:55, Frederico Gendorf wrote: Hello, it's possible setup a conditional attribute to be used with ldap mail attribute? like E-mail: mail | maildrop or a second attribute for the e-mail, and the glpi validate both. I'm using two attributes for e-mail in ldap, the attribute mail for the default e-mail and maildrop, for alias e-mail. Normally users are using the e-mail in mail attribute, but sometimes or some cases, they using the e-mail found in maildrop and glpi doesn't identify person who is opening a ticket. thanks for advance -- Atenciosamente, Frederico Gendorf Analista de TI Tel/Fax: (0xx48) 39530004 Cel: (0xx48) 8809-8399 E-mail: f...@esss.com.br www.esss.com.br ___ 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
Re: [Glpi-dev] Add VirtualMachine to Server.
1) the idea is to have a form to declare credentials for ESX and link them to computers (hosts). in your case, you create a new Credential (root, with a password), and link it to the ESX computer in GLPI. 2) the fusioninventory-agent will ask the server what to do, and the server will give it the IP and credential of you ESX (see http://forge.fusioninventory.org/projects/fusioninventory-agent/wiki/API-REST-esx) 3) the host/vm link isn't store in DB. It's computed each time to display the forms. So if you move one vm to another, and then do remote host inventory, the vm shoud be inventoried correctly. The best would be to test it, but I don't have the hardware here. (if you want to test it, you're more than welcome !). Walid. On 11/04/2011 14:43, Ludovic Hutin wrote: Hi, Well i just play with the inventory and it's work perfect, the ESX is link to virtual machine and the virtual machine is link to the ESX. (very very nice !) We do the inventory with the root password... too bad ! Which permission is required for the ESX to do that ? We try a read only access, but it doesn't work. I have another question about cluster, if we have a cluster with 3 ESX, a computer can automaticaly move to another ESX1/ESX2/ESX3. How it work's with the inventory ? It's only a real time snapshot ? Is there a link between the ESX to said there are un cluster mode ? Thanks, Ludovic. Le 11/04/2011 12:29, Walid nouh a écrit : Great news Ludovic ! I'm currently working on the UI to define ESX credentials, and send informations to the agents. Walid. On 11/04/2011 12:30, Ludovic Hutin wrote: Hello, Sorry for the mail, it's work perfect with an ESX 3.5.0 and with the fusioninventor 2.4.0-beta1 Ludovic. Le 11/04/2011 11:30, Walid nouh a écrit : Hello, For GLPI 0.80RC2, you need to use FusionInventory for GLPI 2.4.0 beta 1. Version 2.3.0 is only for 0.78.x. Walid. On 11/04/2011 11:29, Ludovic Hutin wrote: Hi, I have no yet tried with the last tarball, I just reinstall a fresh glpi 0.80 -rc2 with the fusionplugin 2.3.0-rc1 I hope this will help. PHP Error : Warning(2): mysql_num_rows() expects parameter 1 to be resource, boolean given Backtrace : /var/www/glpi-0.80-rc2/inc/common.function.php:342 userErrorHandlerNormal() /var/www/glpi-0.80-rc2/inc/dbmysql.class.php:241 mysql_num_rows() /var/www/glpi-0.80-rc2/plugins/fusioninventory/inc/ruleimportequipment.class.php:485 DBmysql-numrows() /var/www/glpi-0.80-rc2/plugins/fusioninventory/inc/rule.class.php:830 PluginFusioninventoryRuleImportEquipment-findWithGlobalCriteria() /var/www/glpi-0.80-rc2/plugins/fusioninventory/inc/rule.class.php:774 PluginFusioninventoryRule-checkCriterias() /var/www/glpi-0.80-rc2/plugins/fusioninventory/inc/rulecollection.class.php:666 PluginFusioninventoryRule-process() /var/www/glpi-0.80-rc2/plugins/fusinvinventory/inc/inventory.class.php:135 PluginFusioninventoryRuleCollection-processAllRules() /var/www/glpi-0.80-rc2/plugins/fusinvinventory/inc/importxml.class.php:89 PluginFusinvinventoryInventory-sendCriteria() /var/www/glpi-0.80-rc2/plugins/fusinvinventory/front/importxml.php:52 PluginFusinvinventoryImportXML-importXMLFile() MySQL Erreur : 2011-04-11 11:16 [2@localhost] *** MySQL query error : *** SQL: SELECT `glpi_computers`.`id` FROM `glpi_computers` LEFT JOIN `glpi_networkports` ON (`glpi_computers`.`id` = `glpi_networkports`.`items_id` AND `glpi_networkports`.`itemtype` = \'Computer\') LEFT JOIN `glpi_plugin_fusinvinventory_computers` ON `glpi_plugin_fusinvinventory_computers`.`items_id` = `glpi_computers`.`id` WHERE `glpi_computers`.`is_template` = \'0\' AND `uuid`=\44454c4c-3000-1038-8043-b4c04f30344a\ GROUP BY `glpi_computers`.`id` ORDER BY `glpi_computers`.`is_deleted` ASC Error: Column 'uuid' in where clause is ambiguous Backtrace : /var/www/glpi-0.80-rc2/plugins/fusioninventory/inc/ruleimportequipment.class.phpnbsp;:483 DBmysql-query() /var/www/glpi-0.80-rc2/plugins/fusioninventory/inc/rule.class.phpnbsp;:830 PluginFusioninventoryRuleImportEquipment-findWithGlobalCriteria() /var/www/glpi-0.80-rc2/plugins/fusioninventory/inc/rule.class.phpnbsp;:774 PluginFusioninventoryRule-checkCriterias() /var/www/glpi-0.80-rc2/plugins/fusioninventory/inc/rulecollection.class.phpnbsp;:666 PluginFusioninventoryRule-process() /var/www/glpi-0.80-rc2/plugins/fusinvinventory/inc/inventory.class.phpnbsp;:135 PluginFusioninventoryRuleCollection-processAllRules() /var/www/glpi-0.80-rc2/plugins/fusinvinventory/inc/importxml.class.phpnbsp;:89 PluginFusinvinventoryInventory-sendCriteria() /var/www/glpi-0.80-rc2/plugins/fusinvinventory/front/importxml.phpnbsp;:52
Re: [Glpi-user] I (RE)synchronize with, ocsng module I get, but do not see the computers tab. [Solved]
Which version of glpi are you using ? There's a trash icon (in GLPI 0.78), just clic on it, and you're in the trash. Walid. On 04/04/2011 16:02, jmramirez (mas_ke_na) wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi I see in the mysql whit this command: SELECT * FROM glpi_computers WHERE deleted=1 ; The computers that i deleted. I can change this in DB, but i think this is not the way.: UPDATE glpi_computers set deleted=0 WHERE deleted=1; I soved the problem for now, but i won to kown the way to do that in GLPI GUI Thanks a lot. Hello, Hi Did you purge the computer ? because it may still be in the trash. No, how i do that? i try to found the purge but i dont see. Is in GLPI not in ocs, Rigth? I cant find the trash too I think this is the problem. If u can sendme a link ( to do that) i'll be happy Walid. Thanks On 04/04/2011 13:41, jmramirez (mas_ke_na) wrote: Good morning I deleted the GLPI (0.72) a computer that was exported from the ocs-ng (Ver. 1.3.2). To (RE)synchronize with ocsng module I get, but do not see the computers tab. Can anyone help? I find the Web like it and the manuals I've read does not show up nothing. Greetings The same message in spanish ### Buenos dias He borrado en el glpi ( 0.72) un ordenador que fue exportado desde el ocs-ng (Ver. 1.3.2). Al (RE)sincronizarlo con el modulo ocsng me aparece, pero no lo veo en la pestaña ordenadores. ¿Alguien puede ayudarme? no encuentro por la web como hacerlo y en los manuales que me he leido tampoco aparece nada. Un saludo ## ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user - -- Si los tontos volaran, el cielo se oscurecería No me envié correos en formatos propietarios http://www.gnu.org/philosophy/no-word-attachments.es.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJNmc9+AAoJEOWNzQnqy+fzCSwH/1EJVtoCpt6hTv57290MRJhC bTYF146QHL9Vh4HugBwBVvfKizoS0SiIBNzRwT3qUvdXZGbNxlkBbjVDtl72Nvyv J+JzDBL135IEKZrOGNL8rFCcZLOysmR5NFXO/xSlaf0j8EwjKI4Dy9swPPJIKIVr WWMcGTGuoNmY9Qob0MV6vyukFt9LfhSNfbT5aPAXDxnDjY0iD+DISXIJMT7DaRAB onEkeyTSD8Ul2WxmxUt6VDQtXzc0BOyJBJtVEMFqh9u8We7zGFDy6bAnPsBuLCC5 9Ln7CvtoJSTkoTzl3PWL+8dVywkdqqocQUlgL7JJI8S+CZsh2Y7x6Le3rdUFl8c= =iXlh -END PGP SIGNATURE- ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user
Re: [Glpi-user] I (RE)synchronize with, ocsng module I get, but do not see the computers tab. [Solved]
In the search criterias form, there's a trash icon, and a yes/no dropdown. Just select Yes, and then click on the search button. Walid. On 04/04/2011 16:21, jmramirez (mas_ke_na) wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Which version of glpi are you using ? The 0.72 There's a trash icon (in GLPI 0.78), just clic on it, and you're in the trash. Ok, that's all. So if i want a trash icon i need to upgrade GLPI. Is other way in glpi 0.72? or you only can edit the databases? Thanks and regards I deleted the GLPI (0.72) a computer that was exported from the ocs-ng (Ver. 1.3.2). -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJNmdQHAAoJEOWNzQnqy+fz/2cH/ROghCw7gkbOrpA8XJhu0qZW QafJ8ihgHCWJyJVc6rOPHMJuPlhi77iVEpolrURT8FWVxR0kc78xM5Cpzsx5NK3I w/bOnLC1m7fhFtWMTvDOOzRTWJ+DD+xW+0IHVgYvseWIGJNDqORdoAQNMKkVzunZ eF7qmAI2TAue/xAq6Z1aM8RwB30mFTPRl+TZtJa6rOmVcZulx15k7SDa3L84sP8E 3TUWGJzM9SG05cIqg1ygkD7brvQogzAjz+Uzt8vBDKtH/cafWdpvSL4RR9LNpk9s bqRPfdcgbSQca7rB+HVEIaK9QZN5b4/gVPaUOPNLk6ABI7u2y13MOyuUDpWiHp0= =nTIU -END PGP SIGNATURE- ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user
Re: [Glpi-dev] [generic object] Patch fixant la recherche en 0.80
On 21/03/2011 11:02, Julien Pivotto wrote: $SELECT.= Search::addSelect($itemtype2,$val,$key,0); Merci pour le patch ! Si tu veux développer sur ce plugin, tu es le bienvenu. Walid. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-user] Gérer la sortie d'inventaire
On 15/03/2011 21:49, Guillaume Rousse wrote: Bonjour. Bonjour Guillaume, Nous sommes à la recherche d'un moyen de gérer la sortie d'inventaire de nos matériels (informatiques ou autres) dans GLPI. En gros, la procédure qu'il nous faudrait mettre en place ressemble à ceci: - l'admin d'une entité décide de se débarasser d'un matériel - un décisionnaire est notifié, et décide alors d'orienter le matériel en question soit vers la réforme (nous sommes une administration), soit vers le stock de matériel disponible, qui peut ensuite être re-attribué. Ca me parait difficile à faire en jouant uniquement sur une valeur spécifique du status d'un matériel. Par contre, on devrait pouvoir modéliser par des entités le stock disponible et le matériel à réformer, et transférer les matériels vers l'un ou l'autre (je ne sais pas si les profils d'utilisateur permettent de mettre en place des restrictions sur les transferts entre entités). Et j'imagine qu'éventuellement, on doit pouvoir coder notre propre plugin (la solution bulldozer). Est-ce que quelqu'un à déjà eu à gérer ce genre de problèmes ? Il y a plusieurs choses : 1 - https://forge.indepnet.net/issues/1597 il y a un ticket pour pouvoir gérer des modèles de désinstallation de matériels en changeant d'entité 2 - actuellement n'existe pas de notion de notification pour effectuer une action de mise au rebut. Il faudrait étudier les cas pour voir Je pense dans tous les cas que le plugin uninstall est une bonne base de départ. A discuter ! Walid. ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user
[Glpi-dev] Etat d'avancement de FusionInventory par rapport à GLPI / State of FusionInventory's development in regard to GLPI
/French first / english below/ Bonjour à tous, Comme évoqué lors du FOSDEM, l'équipe de Fusion désire avoir un contact plus régulier avec la team GLPI. Comme les choses bougent pas mal de notre côté, voici un point d'avancement du projet. FusionInventory-Agent L'agent est toujours en version stable 2.1.x. Gonéri fait des corrections sur Windows 7 et les Windows 64 bits, mais pas de gros changement sur la partie inventaire. Une tâche d'inventaire à distance des Vmware ESX/ESXI a été développé pour la CNAMTS. Actuellement il se lance en ligne de commande, et inventorie les ESX 4.0 4.1. Il remonte l'inventaire au format XML classique Fusion/OCS dans un serveur OCS ou dans FusionInventory for GLPI. Dans les semaines à venir, cette tâche de l'agent sera pilotée directement par le plugin Fusion. Un changement de protocole est amorcé, pour passer du format XML à du REST/JSON. Celui-ci sera mis en place dans un premier temps sur la partie télédiff Fusion et sur la récupération des credentials pour les ESX. Ce changement nous permettra d'avoir un code modulaire, et plus facile à tester Pour un prototype pour un client, Teclib' développe un nouveau module de télédiff, qui n'a plus rien à voir avec celui d'OCS. Actuellement c'est un proof of concept, mais les specs sont faites sur le wiki du projet Fusion, et cela débouchera certainement sur un nouveau module de télédiff dans les mois à venir. Kévin Roy termine actuellement un agent d'inventaire Android. Il génère déjà le XML. Il reste à l'envoyer au serveur. Dans un premier temps on va remonter ça comme un ordinateur, par la suite on verra ensemble comment prendre en charge proprement la partie smartphone. FusionInventory for GLPI La version 2.3.0 pour GLPi 0.78 est toujours en cours de stabilisation. David fait un gros travail dessus. Nous avons pas mal de testeurs. La version 2.4.0 pour GLPI 0.80 est en cours de portage. Comme nous l'avions énoncé lors de la soirée Fusion au FOSDEM, nous voulons recoller avec le cycle des releases de GLPI. Cette version 2.4.0 est donc importante, et vit sa vie en parallèle de la 2.3.0. Dans celle-ci nous avons déjà intégré la remontée des VMS. Des essais de nouvelle interface de télédiff sont en cours pour avoir un truc sympa et sexy avec extjs. Soirée Fusioninventory La semaine dernière a eu lieu une soirée FusionInventory dans les locaux de Teclib' à Paris. Nous avons eu 6 personnes : certaines venant d'IRC, d'autres simples utilisateurs ou curieux. J'ai fait une présentation de GLPI (la classique, générale, dispo sur le wiki de GLPI), et Gonéri a ensuite présenté FusionInventory et les évolutions à venir. Nous avons fini par aller manger ensemble ensuite. Rien de bien révolutionnaire dans cette soirée, mais ça permet d'avoir un échange avec des utilisateurs. Meeting HP à Grenoble Bruno Cornec, responsable Open Source International chez HP nous a invité à venir parler de FusionInventory pour un de leur évènement partenaire le 17 mars. Goneri et moi allons y aller, et je compte présenter (sauf contre indication) GLPI en utilisant la même présentation que pour le FOSDEM. En conclusion, on avance tranquillement. La priorité est la stabilisation du plugin pour GLPI 0.78 et 0.80. English translations by Mathieu Simon : Hello all As stated during the Meeting between FusionInventory and GLPI developers during FOSDEM we from Fusion want to have more regular contact with the GLPI develpoers to keep track of the development. Since lots of things are happening and chaning in our codebase we want to show you what has happened since the fork and what we plan to takle in the near future. FusionInventory Agent The stable branch of the Agent is still 2.1.x. Gonéri has fixed some bugs for Windows 7 and 64-bit Windows version in this branch but but only small changes concerning the inventory part. A remote VMware ESX/ESXi/vSpere inventory task has been developed for the french national health insurance (CNAMTS) and is part of the FusionInventory codebase. At the moment it inventorizes VMware vSpere 4.0 and 4.1 servers and is launched from CLI. The ESX inventory produces a classic OCS-style XML file that is understood by OCS and FusionInvenory-for-GLPI servers. During the next weeks these inventory requests will be made possibly through the web UI of GLPI using the FusionInventory plugins. We have initiated the switch from XML-based inventory output to REST/JSON. The remote deployment task and ESX credential collector will be the first modules employing this new format. The main advantage of this new format lies in an increased modularity which essentially makes testing easing. TECLIB' is developing for one of its customers a new remote deployment module from scratch which has nothing to do with the old one from OCS. At the moment it's only a proof of concept but the specs are already mostly worked out in the FusinInventory Wiki. We expect this new
Re: [Glpi-dev] Pallettes de couleurs
Salut Julien, Personnellement les couleurs de la lib sont beaucoup plus lisibles, et cela ne me choque pas du tout. Ca me semble en tout cas beaucoup plus compréhensible que la version actuelle aux couleurs de GLPI. Walid. On 22/02/2011 11:18, MoYo wrote: Bonjour à tous, petit retour concernant ce message de beta-test sur le forum : http://www.glpi-project.org/forum/viewtopic.php?id=22938 Le problème est l'affichage de la légende en mode PNG alors qu'en SVG aucun problème. Les couleurs ne correspondent pas du tout aux couleurs utlisées dans les graphiques ce qui porte à confusion. svg.png et png.png sont les images avec les coloris GLPI svg2.png et png2.png sont les images avec les coloris standard de la librairies J'aimerai donc des avis sur ces points : - Pensez vous que la solution actuelle est acceptable (coloris GLPI) même si peu lisible en PNG ? - Les couleurs standard tranchées vous choquent ? On doit pouvoir surement retravailler les couleurs standard pour les rendre moins vives. Bref, vos avis sur les 2 options ? merci d'avance ++ Julien ___ 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
Re: [Glpi-user] Notifications par groupe
Bonjour, vous avez oublié le plus importer : quelle version de GLPI ? Walid. On 10/02/2011 15:30, Emmanuel LAZARO - S.IM.KO. wrote: Bonjour, Je cherche à paramétrer GLPI pour obtenir le comportement suivant : L'utilisateur1 appartient au groupe1... Lorsqu'il poste un ticket ou effectue un envoi par email je souhaiterait que l'ensemble des notifications soient envoyées au groupe1 et non au seul utilisateur. Je m'en sors pas avec les entités ou autre et je vois vraiment pas comment faire. Lorsqu'on affecte le ticket à un groupe les notifications semblent ne pas partir vers l'ensemble des utilisarteurs du groupe (le groupe ne possède pas d'adresse mail). Je ne trouve pas comment faire non plus avec les entités... Bref quelqu'un peut il m'aider ? Merci -- Cordialement, LAZARO Emmanuel ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user
[Fusioninventory-devel] [Urgent] Absract for Linux TAG 2011
Hi, We're really late to ask for a talk in Linux TAG 2011 in Berlin. Here's the abstract that we want to send : GLPI is a powerful IT asset Management tool. It also features an integrated ITIL compliant Helpdesk. FusionInventory is a set of tools designed to automatically identify, inventory and import information within GLPI. It is able to scan from simple computer the network and push it in GLPI. Gonéri Le Bouder and Walid Nouh are both developer of these projects and will introduce the new features of the lastest stable releases. What do you think about it ? We need comments... now in order to send to as soon as possible. Second question : who will attend Linux TAG ? Walid. ___ Fusioninventory-devel mailing list Fusioninventory-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/fusioninventory-devel
Re: [Fusioninventory-devel] FusionInventory USB stick
Hi Valentin, I've tested you key few days ago and it works great. Would you be ok if we release it as an 1.0 ? In this case, we could upload the file on the forge, and the improve the bug tracking system ? I can also write a news to be published on the website. Cheers, Walid. On 11/12/2010 16:57, Valentin Henon wrote: Hello. We've worked on an interface with configuration dialogs to run the agent on a live-usb. To run the interface, you need to install the live-usb and then to boot from it. The boot will ask you to select a keyboard and answer other questions to configure the agent. Then, you will have the choice between running a shell and rebooting the computer. To use this live-usb, first, unzip the image on http://debian.fusioninventory.org/mirror/val/ After for a linux, run the command `cat fusioninventory-live-usb.img /dev/sdX` where /dev/sdX is the name of your usb key. And, for windows, you have to use a software like Image Writer to install it on your key drive. Regards, Valentin. ___ Fusioninventory-devel mailing list Fusioninventory-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/fusioninventory-devel ___ Fusioninventory-devel mailing list Fusioninventory-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/fusioninventory-devel
Re: [Glpi-user] New user - Imap authetication - BUG Unknown user
Hello, Your problem may have already been fixed (we did some major fixes in the upcoming 0.78.2). Could you try the 0.78-bugfixes available here : https://forge.indepnet.net/issues/1216 Walid. On 13/01/2011 17:32, Alex Carvalho da Silva wrote: Hello, I have update from GLPI version 0.72 to 0.78.1. On the version 0.72, when a new user authenticates, if it is a valid user on the imap, GLPI creates the user. On version 0.78.1 its doesn't work, I get the error Unknown user. How can I post this Bug to developments? Thanks a lot, Alex Carvalho ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user
Re: [Glpi-user] Description Ticket Envoi par email
Bonjour, quelle version de GLPI ? Le 8 janvier 2011 01:14, Emmanuel LAZARO - S.IM.KO. em.laz...@simko.fr a écrit : Bonjour, J'ai un soucis lors de la creation des tickets via email. La description (texte du mail) n'apparait pas dans le ticket. Quelqu'un pourrait il m'aider ? -- -- Cordialement, ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user
Re: [Glpi-user] Bug signalé sur le forum
Salut Guilaume, ce n'est pas possible de le modifier car si mes souvenirs sont bon c'était prévu mais pas implémenté. Je ne sais même plus pour quelle raison ces champs sont visibles. Est-ce que tu en as vraiment besoin ? Quel est ton besoin exact ? Walid. On 28/12/2010 16:59, Guillaume Rousse wrote: Bonjour. Nous venons de constater un bug avec le plugin generic-object (pas de possibilité de modifier les propriétés unique et obligatoire des champs), qui semble-t-il a déjà été signalé sur le forum: http://www.glpi-project.org/forum/viewtopic.php?id=21202 Malheureusement, il n'y a pas eu de réponse, et il n'y a rien à ce sujet sur la forge: https://forge.indepnet.net/projects/genericobject/issues?set_filter=1tracker_id=1 Même si le plugin n'est pas prêt d'être disponible pour la 0.78, est-ce qu'il est possible au moins d'ouvrir un bug ? ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user
[Fusioninventory-devel] UserAgent patch for FusionInventory
Hello, First of all congratulations for the release of OCS 2.0 rc1, it's a great step for the OCS Inventory project ! We did a small patch to allow FusionInventory-Agent to send inventory to the OCS 2.0 rc1 server: http://forge.fusioninventory.org/attachments/201/patch_2.0-rc1.patch Could you please integrate it for the 2.0 rc2 ? By the way, the best option would be to add an option to configure the list of allowed user-agents. Thanks in advance, Regards, Walid. ___ Fusioninventory-devel mailing list Fusioninventory-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/fusioninventory-devel
Re: [Glpi-dev] Test
Hi Franck, First of all sorry for the late answer. On 23/12/2010 09:13, frank.da...@unister-gmbh.de wrote: Hi GLPI team, my name is Frank and I am currently working for the Unister group. I am also responsible for our GLPI environment as well as for possible improvements (according to our needs). I am actually using OCS1.3.3. and GLPI 0.78.1. To improve the existing working processes some small changes have been made. Now I am wondering, how can I become a part of this project and how can the changes already made get implemented into the existing GLPI. One change would be regarding the usage of a scanning device for an automatic entry of IT Hardware, do you mean barcode scanners ? If yes, then I'd be very interesting in hearing what kind of modifications you did. I usually use barcode scanner to create a csv file and then import it in glpi using the datainjection plugin. the other one is to support the automatic recognition of the location of PCs when the location is changed, using the subnet mask. sound interesting. How did you achieve it ? Furthermore it would be interesting to create the search in a certain way, meaning: if you searched for one certain device or more, using the serial numbers, the devices would come up listed in a report. In that way you could perform mass changes on them in a much easier way (a program to do the yearly inventory is in the planning status). I'm sorry I think I don't get the point. Could you be more precise ? I would be willing to include my time and my experiences towards the issue. Please do not hesitate to contact me for any further questions or clarifications needed! Thank you very much in advance and I wish a merry christmas! Merry christmas to you! Walid. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] MSKEY plugin and GLPI 0.78 - errors
On 22/12/2010 10:35, wolvverine wrote: faultCode0faultStringFatal error:Call to undefined function registerPluginType() in /usr/share/glpi/plugins/mskey/setup.php on line 47 Hello, version of the plugin ? it looks like you're trying to use a plugin for glpi 0.72. Walid. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Amélioration page accueil post-only
On 20/12/2010 09:27, MoYo wrote: Le 20/12/2010 09:17, Tsmr a écrit : Bonjour. Moi je serais d'avis de faire comme les articles de la KB : options dans chaque note : visible sur le helpdesk (O/N) C'est une idée intéressante effectivement. Ca donnerai une solution plus souple. exact, et ça garde la même logique ! Walid. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Amélioration page accueil post-only
Bonsoir, bonne idée d'afficher les notes publiques pour le post-only, mais je pense qu'il faut une option de config à non par défaut. En effet, il peut arriver que les notes publiques servent à faire passer des messages à l'ensemble des techniciens, et que l'on ne veut pas que les utilisateurs lambads voient ceux-ci. Walid. Le 19 décembre 2010 19:35, MoYo m...@indepnet.net a écrit : Bonjour, Nous avons réfléchi à la refonte de la partie post-only pour qu'ils disposent d'un tableau de bord convivial lorsqu'ils se connectent. Vous pouvez voir le ticket ici : https://forge.indepnet.net/issues/2521 Nous sommes tombés sur une question dont nous n'avons pas forcément la réponse sur la vision des notes publiques à ces utilisateurs. Actuellement elles ne sont pas visibles. Est-il gênant de les afficher également pour eux ? Faut-il une option de configuration pour activer ou non cette fonctionnalité ? Tous les avis sont les bienvenus. Julien ___ 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
Re: [Glpi-dev] Proposition - Prioritées flexibles, (ajout, supression de prioritées facilement)
Bonjour, En fait j'ai plutôt soulevé deux questions : - Celle des natures dans le futur Cf. mon mail précédent. C'est vraiment un point à étudier. Il faut pour cela bien préciser les choses et spécifier ce que l'on veut faire avec. oui actuellement nous n'avons pas cette notion de nature. Ca vaut la peine d'ouvrir une page sur le wiki afin d'avoir une vision plus claire de tout ce qu'on peut mettre dans nature, et qu'est ce qu'on en fait ensuite (stats, moteur de recherche etc). - Celle de rendre les priorité (et d'autres champ similaires) flexible Rendre les priorités flexibles peut être intéressant pour ceux qui veulent en avoir moins, ou plus ... et idem pour d'autres champs de ce type (pourquoi ce limiter à 5 impact dans une entreprise ? pourquoi ne pas avoir des nom d'impacts personnalisables ? ex : erreur serveur ou arrêt de plus de 100 postes... ) Actuellement via la matrice de calcul de la priorité vous pouvez enlever des impacts et des urgences (mais pas en ajouter) Sur le renommage ce n'est effectivement pas possible. Cette mise en oeuvre pose le problème de l'internatinalisation. exact, l'internationalisation c'est un soucis. Actuellement la liste des priorités est gérée en dur, et donc nous n'avons pas de soucis pour gérer les traductions. Si chacun rajoute ses propres priorités, comment préciser la traduction dans chaque langue ? Il y a un ticket à ce propos qui devrait permettre d'améliorer la situation : https://forge.indepnet.net/issues/2303 Bonne journée, Walid. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Multientity management share stock between subentities
Hello, Today I've faced a problem when I tried to setup rules and automatic links between computers in OCS GLPI. 1 - Computers that are in stock are manually encoded and stored in a specific entity. When the computers is delivered by the supplier, we have no idea where it's going to be dispatched. 2 - The computer is the put in service and the OCS Inventory or FusionInventory agent is installed and send his inventory in the OCS Server. 3 - The GLPI synchronization process detects a new computer in OCS : it goes through the rules engine and a target entity is assigned. Then GLPI try to find a computer with, in my case, the same serial number. Of course it won't find anything, and will create a new computer = so we get doubles into GLPI :( My idea will be to extend the link process and be able to specific in the OCSNG Mode configuration an entity in which GLPI will try, alternatively, to look for the computer : 1 - GLPI synchronization process detects a new computer : it goes through the rules engine and a target entity is assigned 2 - GLPI try to find a computer with the same serial number 3 - not computer found : run the same search but on the alternate entity configured in OCSNG mode 4 - computer found in this entity : transfer the GLPI computer first in the target entity and the link the 2 computers What do you think about it ? We may try to make it more configurable, to handle shared stocks for a set of entities (for a shared stock for a group of entities). Walid ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Multientity management share stock between subentities
Le 18/11/2010 21:48, David DURIEUX a écrit : Le Thu, 18 Nov 2010 20:46:33 +0100 Walid Nouhwalid.n...@gmail.com a écrit: Hello, Today I've faced a problem when I tried to setup rules and automatic links between computers in OCS GLPI. 1 - Computers that are in stock are manually encoded and stored in a specific entity. When the computers is delivered by the supplier, we have no idea where it's going to be dispatched. 2 - The computer is the put in service and the OCS Inventory or FusionInventory agent is installed and send his inventory in the OCS Server. 3 - The GLPI synchronization process detects a new computer in OCS : it goes through the rules engine and a target entity is assigned. Then GLPI try to find a computer with, in my case, the same serial number. Of course it won't find anything, and will create a new computer = so we get doubles into GLPI :( My idea will be to extend the link process and be able to specific in the OCSNG Mode configuration an entity in which GLPI will try, alternatively, to look for the computer : 1 - GLPI synchronization process detects a new computer : it goes through the rules engine and a target entity is assigned 2 - GLPI try to find a computer with the same serial number 3 - not computer found : run the same search but on the alternate entity configured in OCSNG mode 4 - computer found in this entity : transfer the GLPI computer first in the target entity and the link the 2 computers It seems good but do you make same thing when you have : Rule 1 = serial Rule 2 = uuid Rule 3 = macaddress Rule4 do we search on each entity for each rule or when all don't match we retry all in all entities? This is not my initial question, and it's related to fusioninventory right ? Walid. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Work on link several users / groups to a ticket
Salut Julien, désolé pour le retard de ma réponse. J'ai une réflexion, certes plus de fond : combien de personnes vont utilser cette fonctionnalité ? A mon avis quelques % des gens. Déjà que les gens trouvent que le form est trop compliqué... Ce que je te propose est ceci 'en fait un peu comme pour l'import LDAP) : - un mode simple : form tel qu'il est actuellement en 0.78 : affectation simple à un user et un groupe (on pourrait rajouter l'observateur par contre) - un mode expert : avec le formulaire tel qu'il existe dans tes captures d'écran Concernant la position du formulaire, le placer en haut me semble bien. Walid. Le 15/11/2010 17:10, MoYo a écrit : ## Mail in french : google translate is your friend :) Salut, Je travaille actuellement sur cette feature : https://forge.indepnet.net/issues/839 Je donc revu à cette effet complètement le display du formulaire des tickets. Le travail n'est pas encore complètement fini mais l'idée générale est là. C'est le moment de donner votre avis sur l'ergonomie pour évolution ou modification complète si besoin. Ci joint 2 captures si vous ne pouvez pas installer la version SVN. ++ Julien ___ 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
Re: [Glpi-user] Affectation de dédoubleurs RJ45
Le 09/11/2010 10:42, DESPATURE Frédéric a écrit : Bonjour, J'utilise sur mon Lan des dédoubleurs RJ45 Pour les faire apparaître dans l'inventaire, je les ai déclaré en tant que périphériques Pour ce cas de figure, comment est-ce que je peux l'affecter à 2 ordinateurs ? Bonjour il faut passer le mode de gestion du périphérique de unitaire à global. Ainsi vous ne serez plus limité à une seule connexion sur un ordinateur. Sinon est-ce que vous avez une alternative pour les déclarer comme un autre composant de GLPI ? Merci bcp GLPI 0.78 *DESPATURE Frédéric* Technicien Informatique Centres Hospitaliers d'Haubourdin et de Loos Tél. : 03 20 10 52 00 Fax : 03 20 10 52 04 E-Mail : fdespat...@ch-loos.fr mailto:fdespat...@ch-loos.fr P avant d'imprimer, pensez à l'environnement *Soutenez avec nous les clowns de l'Espoir :** www.lesclownsdelespoir.fr http://www.lesclownsdelespoir.fr/* ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user
[Glpi-dev] Software packs
Hi everybody, I've written some specs for simple Software packs management : https://forge.indepnet.net/projects/glpi/wiki/SoftwarePacks I proposed to code it in the upcoming days if everyone agrees with it. Suggestions are welcomed of course. In parallel, the inventory software will need to get the data and send it to glpi. Walid. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-user] SMTP Authentication issue
Hello, please give us all necessary informations about you smtp setup in GLPI. Walid. Le 04/11/2010 11:29, Ehsan a écrit : Dears, I was using GLPI version 0.72 with no issue on Notification emails. Once I update it to version 0.78 I'm not able to use notification service any more. Every thing are the same as before at SMTP server point of view but GLPI raises a Authentication Failure error when it tries to send notification! I'm sure that user name and passwords are both correct. Any idea? Regards, Ehsan -- Ehsan E-Mail: eles...@gmail.com mailto:eles...@gmail.com ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user
Re: [Glpi-user] How to import OCSNG info automatically?
Le 02/11/2010 04:59, yegle a écrit : Hi everyone, I need to import OCSNG informations into glpi everyday, and I want to put a script or something in crontab to do it automatically. Is there any resolution to my problem already? Or I have to write a PHP script to call functions in glpi in order to accomplish this? Hello take a look at this plugin : http://plugins.glpi-project.org/spip.php?article92 Walid. ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user
[Fusioninventory-devel] FusionInventory-Agent HP-UX
Hello Amir ! I'm working on a page to list all platforms on which the agent has been successfully tested. http://forge.fusioninventory.org/projects/fusioninventory-agent/wiki/Platforms_tested Could be please add the informations for HP-UX ? How have you installed the agent on it ? via cpan ? Thanks a lot and we hope to have news from you soon, Walid. ___ Fusioninventory-devel mailing list Fusioninventory-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/fusioninventory-devel
Re: [Glpi-dev] 0.78.1 : 2 propositions d'intégr ation
Le 29/10/2010 09:51, Remi Collet a écrit : English at the end Je vous propose d'intégrer 2 évolutions mineures avant la sortie de la prochaine 0.78.1 - Rubrique de la KB par entité c'était (AMHA) un raté de la 0.78 reprise du backport déjà fait sur la branche CNAMTS https://forge.indepnet.net/projects/glpi/repository/revisions/12395/diff/branches/0.80-alpha/inc/knowbaseitemcategory.class.php pas de soucis de mon côté - Statut Non soumis à Validation par défaut à la création des tickets Pour éviter le statut ambigu Accepté lorsqu'il n'y a pas de demande de validation. Pas d'impact sur le schéma (sauf peut-être la valeur par défaut du champ) Si ça vous semble OK, je peux m'en occuper au plus tard pour le 10/11 effectivement ça fait plus de sens, et ça évitera je pense pas mal de question. par contre cela veut dire modifier la doc en conséquence pour ces 2 options. Walid. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Nouvelles fonctionnalités GLPI
Le 19/10/2010 10:26, MoYo a écrit : Le 18/10/2010 14:08, Walid Nouh a écrit : Dans le cadre d'un projet de développement nous souhaiterions apporter Salut, Pouvez-vous nous indiquer les démarches à suivre pour que l'on puisse développer ces fonctionnalités ? (notamment sur la prise en charge de tickets présents dans la forge) Je répond d'abord à cette question car c'est surement la plus importante. Les workflows du projet se trouve ici : https://forge.indepnet.net/projects/glpi/wiki/WorkflowGlpi Si tu as des questions ou des accès que tu n'as pas (genre édition wiki) n'hésite pas. notre contribution à GLPI sous différentes formes : - prendre en charge le développement de tickets déjà présents dans la forge, Toute aide est la bienvenue :) - proposer des nouvelles fonctionnalités pour les prochaines versions, Toutes les idées intéressantes sont les bienvenues :) Pour les nouvelles fonctionnalités, les voici résumées en quelques lignes : 1 : ajouter la possibilité de définir un (des) champ(s) d'unicité dans l'application, permettant ainsi d'éviter au maximum les doublons. C'est une demande de fonctionnalité qui revient très souvent mais qui n'a jamais été suivi des faits faute de temps. Cela pose la problématique générale de la validation des données. Dans l'immédiat, c'est en partie ce que propose de faire le plugin Behavior. Je laisse Julien ou Jean-Mathieu te répondre, car ça me rappelle une discussion lors d'un séminaire. Walid, tu parles de la partie checks ici : https://forge.indepnet.net/projects/glpi/wiki/GlpiImportLib ? La ca va quand même plus loin vu que c'est de la configuration même de l'unicité et non des checks fixes. Mais effectivement il faut pouvoir gérer tout cela de la même manière. Il faudrait donc écrire complètement les specs sur cette partie en essayant d'intégrer les checks globaux dedans. J'ai ouvert un ticket ici : https://forge.indepnet.net/issues/2316 j'ai fait une page à complèter associée au ticket. 2 : Fusion ocs/glpi - laisser libre l'administrateur de définir ses propres critères de fusion en se basant sur l'ensemble des propriétés disponibles pour un matériel Cela ressemble au ticket https://forge.indepnet.net/issues/2235 et à la page qui va avec : https://forge.indepnet.net/projects/glpi/wiki/ImproveOcsFusion Un moteur de règle semble la bonne solution, avec une action pour refuser l'import d'un matériel suivant certains critères (voir la page wiki). Effectivement c'est une réflexion en cours. pour moi il faut juste une validation de ce qui est écrit. Techniquement il n'y a pas trop de soucis sur cette partie. Il faudra modifier OcsServer::importComputer() et OcsServer::getComputersAlreadyImported(). Pour la table des matos rejetés pour liaison, ça me semble plus concerner massocsimport non ? Je rappelle quand même qu'il est prévu que la synchro OCS sorte en plugin avec intégration de la partie mass ocs import dedans si mes souvenirs sont bons... oui, et actuellement dans le plugin massocsimport on a une liste des matériels non importés. il faut logger en base l'information qu'une machine devant être affecter à telle entité (après passage dans le moteur de règles) n'a pas pu être importé car elle n'a pas vérifié les règles de liaison. on rajoute dans le plugin une interface, par entité, de visualitation/import des machines. Walid. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Demande d'ouverture d'un projet
très intéressant comme plugin. comment tu comptesgèrer les changements de fichiers de langue d'une version à un autre ? Le 15 octobre 2010 15:29, Anthony Hebert aheb...@teclib.com a écrit : Bonjour à tous, Voilà après m'avoir créé le projet, j'aimerais donc soumettre mon plugin au catalogue pour la version 0.78 de GLPI. Sauf erreur je pense avoir normalisé ma forge comme il se devait. Merci de vos retour! == https://forge.indepnet.net/projects/renamer - Mail Original - De: Anthony Hebert aheb...@teclib.com À: Liste de diffusion des developpeurs GLPI glpi-dev@gna.org Envoyé: Lundi 4 Octobre 2010 15:24:31 Objet: Re: [Glpi-dev] Demande d'ouverture d'un projet Merci =) Anthony - Mail Original - De: MoYo m...@indepnet.net À: Liste de diffusion des developpeurs GLPI glpi-dev@gna.org Envoyé: Lundi 4 Octobre 2010 14:46:05 Objet: Re: [Glpi-dev] Demande d'ouverture d'un projet Le 04/10/2010 14:17, Anthony Hebert a écrit : Bonjour à tous, Voilà j'aimerais vous demander l'ouverture sur la forge d'un projet pour mon plugin nommé : renamer. Ce plugin permet : Aux développeurs : -De rechercher si un intitulé figure déjà dans les fichiers de langues du cœur, pour ré-utilisation dans ses propres plugins. Aux utilisateurs : -De renommer n'importe quel champ dans GLPI, qu'il soit issue d'un plugin ou du cœur. D'avance merci! Plugin qui semble très intéressant. Projet créé. Julien ___ 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 ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Nouvelles fonctionnalités GLPI
Le 12/10/2010 12:01, François LEGASTELOIS a écrit : Bonjour à tous, Bonjour François, Dans le cadre d'un projet de développement nous souhaiterions apporter notre contribution à GLPI sous différentes formes : - prendre en charge le développement de tickets déjà présents dans la forge, - proposer des nouvelles fonctionnalités pour les prochaines versions, - et ouvrir de nouveaux tickets dans la Roadmap si ces fonctionnalités sont validées. Pour les nouvelles fonctionnalités, les voici résumées en quelques lignes : 1 : ajouter la possibilité de définir un (des) champ(s) d'unicité dans l'application, permettant ainsi d'éviter au maximum les doublons : cela sous la forme d'une interface dans la Configuration Générale de l'inventaire qui pourrait s'appeler Unicité des matériels et qui permettra pour chaque type de matériel pour une Entité particulière (ou pour tous les matériels dans toutes les entités) de définir les critères (les champs sur lesquels s'appuyer) qui définissent l'unicité. Elle sera optionnelle, si l'administrateur décide de ne pas mettre en place ses propres règles d'unicité, les traitements d'imports/d'ajout dans la base de données de GLPI se réaliseront alors exactement de la même façon qu'actuellement. Afin de faciliter la gestion des problèmes d'import on pourra également permettre aux administrateurs de consulter les problèmes qui sont apparus lors des différents traitements réalisés avant ajout d'item dans la base de données (import fichiers, saisie manuelle, synchronisation OCS Inventory NG) via une (autre) nouvelle interface. Cela pose la problématique générale de la validation des données. Dans l'immédiat, c'est en partie ce que propose de faire le plugin Behavior. Je laisse Julien ou Jean-Mathieu te répondre, car ça me rappelle une discussion lors d'un séminaire. 2 : Fusion ocs/glpi - laisser libre l'administrateur de définir ses propres critères de fusion en se basant sur l'ensemble des propriétés disponibles pour un matériel : actuellement, dans GLPI, il n'est possible de définir que 4 critères d'existance pour réaliser la fusion des matériels présents dans GLPI avec ceux présents dans OCS. Le développement de cette fonctionnalité passera par l'amélioration de l'interface existante, et permettra de définir pour chaque type de matériel (ou pour tous les types) les champs à prendre en compte pour réaliser les fusions. Cette fonctionnalité pourra être couplée avec une nouvelle interface qui listera avec précision les matériels (soit entité/entité, soit de manière globale) qui n'ont pas pu être fusionné entre OCS et GLPI. Elle permettra également de réaliser les actions nécessaire à la résolution de ces problèmes de fusion : soit par fusion manuelle avec une machine existante, soit par proposition de redéfinition des champs qui ont bloqués l'import et relance manuelle de celui-ci. Cela ressemble au ticket https://forge.indepnet.net/issues/2235 et à la page qui va avec : https://forge.indepnet.net/projects/glpi/wiki/ImproveOcsFusion Un moteur de règle semble la bonne solution, avec une action pour refuser l'import d'un matériel suivant certains critères (voir la page wiki). Pour la table des matos rejetés pour liaison, ça me semble plus concerner massocsimport non ? 3 : Donner la possibilité de traiter automatiquement le transfert d’une entité à l’autre sur un changement de valeur du TAG : une nouvelle interface va permettre de définir les actions à réaliser lors d'un changement de TAG. Elle pourra être intégrée dans un nouvel onglet du mode OCSNG de GLPI et reste optionnelle par défaut (pour ne pas perturber les actions déjà en place actuellement). là on touche à un point sensible. Personnellement je n'étais pas trop pour ce genre de choses mais il faudrait que tu expliques dans le détail comment tu vois les choses. Sachant que le TAG ocs n'est actuellement pas stocké dans la DB de GLPI, cela voudrait dire le rajouter ? Ca serait bien que tu fasses une page de specs pour expliquer ce que tu proposes de ce côté là, et exactement ce qu'on t'a demandé. 4 : Pouvoir supprimer réinitialiser le lien OCS/GLPI à discrétion par machine et non plus en globalité : amélioration de l'interface existante, lorsque l'utilisateur final clique sur « Nettoyage des liens GLPI / OCSNG » depuis le menu « Outils OCSNG » il arrive sur cette interface et il peut choisir sur quel matériel réaliser l'opération, ou alors de lancer l'opération de manière globale comme actuellement (les habilitations seront aussi à mettre en place pour cette fonctionnalité). donc tu veux dire une interface avec filtrage par entité ? Pouvez-vous nous indiquer les démarches à suivre pour que l'on puisse développer ces fonctionnalités ? (notamment sur la prise en charge de tickets présents dans la forge) je laisse Julien ou Jean-Mathieu répondre à ces questions :) Walid.
Re: [Glpi-dev] OSDC 2010
Bonjour, Je ne suis pas non plus dispo à cette date. Walid. Le 05/10/2010 13:35, MoYo a écrit : Le 30/09/2010 15:07, Guillaume Rousse a écrit : Une super conférence multi-language, à la Villette, les 9 et 10 octobre: http://act.osdc.fr/osdc2010fr/ Je compte faire une présentation sur fusion inventory, mais ce serait sympa de coupler avec une présentation de GLPI. Salut, Personnellement je ne pourrais être présent pour faire une telle présentation; Peut-être que quelqu'un d'autre pourra la faire. Julien ___ 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
Re: [Glpi-dev] when utf-8 version ocsng windows agent will be released?
Hello. You have to ask the ocs team in order to know when the think they'll be able to release it. If you're looking for an windows agent with utf8 support, I suggest you take a look at FusionInventory project (www.fusioninventory.org), which provides an agent with such capability, and compatible with an ocs server. Walid. 2010/9/26, liuzheng okwi...@hotmail.com: Does anyone knows? A news said it about to release for 2 months. Thanks, Martin ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-translation] Interseted in making Translation in Macedonian Language
Hello, The GLPI project uses an online translation tool. You can ask for an account on this mailling list, and tell us in which language you want to translation the application. The translations are periodically updates in the glpi repository. Regards, Walid. Le 15/09/2010 11:56, Дарко Николовски a écrit : Hi, All, I tried to find infrmtaion on making an Translation of the GLPI interface but did not manage to suceed. Can you provide me with some instructions on how to accomplish this: 1. Are the only localization files of the GLPI project located in Webroot/glpi/locales 2. What are the steps needed to do to add your translation to the active glpi instalation (for testing purposes) 3. What is the procedure to add the translation to the GLPI project. Best Regards Darko ___ Glpi-translation mailing list Glpi-translation@gna.org https://mail.gna.org/listinfo/glpi-translation ___ Glpi-translation mailing list Glpi-translation@gna.org https://mail.gna.org/listinfo/glpi-translation
Re: [Fusioninventory-devel] Organize display of projects in the forge
Le Mon, 06 Sep 2010 22:12:15 +0200 Walid Nouhwalid.n...@gmail.com a écrit: Le 06/09/2010 21:49, Fabrice Flore-Thebault a écrit : I propose this reorganisation of the display of the projects in the forge : + FusionInventory Agent ++ agent-tools ++ fusioninventory-agent-task-backup ++ fusioninventory-agent-task-fai ++ fusioninventory-agent-task-ltsp ++ fusioninventory-agent-task-opsi ++ fusioninventory-agent-task-netdiscovery ++ fusioninventory-agent-task-ocsdeploy ++ fusioninventory-agent-task-snmpquery + FusionInventory for GLPI ++ plugin_fusinvdeploy ++ plugin_fusinvinventory ++ plugin_fusinvsnmp + Libfusioninventory-server-php + Fusioninventory Community + Documentation If everyone is ok, then I propose that Fabrice and I work on the forge layout and organization in the coming days. We'll also review the user's rights to simplify it. Walid. ___ Fusioninventory-devel mailing list Fusioninventory-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/fusioninventory-devel
[Fusioninventory-devel] [FRENCH/Paris] Bière demain soir à Paris
Salut à tous, étant de passe demain à Paris, si certains veulent prendre une bière et parler de Fusion, on pourrait se retrouver en fin d'après midi aux Halles (par exemple 19h00). Je sais que Goneri est dans le coin, est-ce que d'autes personnes veulent venir ? Walid. ___ Fusioninventory-devel mailing list Fusioninventory-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/fusioninventory-devel
Re: [Fusioninventory-devel] GLPI/FusionInventory. OCS alternative
A lot of work needs tp be done for the integration of the lib in 0.80. if you need to use glpi 0.78 then i m not sure the lib is the best option, walid 2010/8/12 David DURIEUX d.duri...@siprossii.com Le Mon, 9 Aug 2010 15:23:49 +0200 Gonéri Le Bouder gon...@rulezlan.org a écrit: Hi, Today, GLPI still use an OCS server to collect inventory from the agents. In order to prepare the future and drop OCS server, we created a PHP librairy designed to collect inventory from the agent in the OCS format. libfusioninventory-server-php ( http://forge.fusioninventory.org/projects/fusioninventory-server-phplib ) : This lib collects inventory, keep only the changes, remove the duplicated machines and push the final data to the main software. For example, if a computer1 has been renamed to computer2 and software 2 installed. The lib will send only the difference with the first inventory (new name and new software). If I remember, it's not very true, for software, it give all softwares section and not only software installed.. perhaps we must enhance it to only get software modified. On GLPI side, Walid Nouh works on another lib ( https://forge.indepnet.net/projects/show/datainjection ) . This one is designed to be used by GLPI to write inventory changes in the DB. https://forge.indepnet.net/projects/show/datainjection This extension will requires GLPI 0.80. The goal is to get these two libs to work together. The first one to get the data, the second to write it. The glue code is very likely to be in the FusionInventory For GLPI plugin ( http://forge.fusioninventory.org/projects/fusioninventory-for-glpi ). GLPI 0.72 is still in a rc stage and FusionInventory For GLPI plugin won't be ready before mid-October. I know Walid is on vacation somewhere in the north of america without Internet connection but I prefer to ask my question :) Maybe someone have an opinion. Since datainjection is the sole dependency with GLPI 0.80 and I wonder if it would be possible to port it to GLPI 0.72 to be able to release the complete GLPI+FusionInventory distribution before 2011. And if it's possible, do you think it make sens to do so. Maybe GLPI 0.80 remains the best option? Perhaps can we use it with Fusioninventory-for-glpi 2.3.0 (for GLPI 0.78), so must see with Walid if we can use lib in plugin before integrated it in GLPI for 0.80. So we work more hard to do this but we like it :D David ___ Fusioninventory-devel mailing list Fusioninventory-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/fusioninventory-devel ___ Fusioninventory-devel mailing list Fusioninventory-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/fusioninventory-devel
Re: [Glpi-dev] webdav plugin
On 14/06/2010 15:24, Paul Smith wrote: Good Day, Hello, I customized the mail collector plugin in version .70.2 to allow glpi to pull tickets from a public folder on an exchange server. with the new version .78, I decided to pull it out of your mail collector plugin and make it a stand alone plugin. I'm not sure how good a job I did as it relies heavily on the mail collector plugin's code. Would you be interested in having the plugin available online? It imports emails, adds followup and attachments. It sounds interesting ! As it is a plugin, you may ask for a project creation on our forge ? -paul unfortunately I dont speak french :-) Regards, Walid. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-user] import data from existing asset application
Hello, Hello Maarten, according to the (small documentation it does not allow the import of locations ) You can do it by importing a csv file (for example computer) like this : serial;location ;location1 ;location2 and so one, then remove computer xxx from glpi. In datainjection for glpi 0.78 you'll be able to inject directly locations (as dropdowns are now managed as objects). Walid. ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user
Re: [Glpi-user] TR: pb de champ Type vide dans le plugin order
Bonjour, vous avez créé des références de produits à commander ? On 29/01/2010 11:20, BELORGEY Franck ( FFB SIS ) wrote: bonjour et bonne année à tous (si j'ai encore le temps ) voila je viens de mettre à jour mon glpi en version 0.72.3 et j'ai installer le nouveau plugin Order (gestion de commande) qui m'a l'air extra, seul petit souci c'est que lorsque je crée une commande je ne pas pas ajouter de ligne pour un matériel car le champ type est vide et l'on ne peut pas le modifier dans les intitulés. Est ce normal? y'a til une solution pur remedier à mon pb ? Merci d'avance. ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user
Re: [Glpi-dev] Plugin Reports: improvement (?)
Hello,
patch applied : https://forge.indepnet.net/repositories/revision/reports/11
Thanks for your contribution.
Walid.
Cezary Kalinowski a écrit :
Hi,
(oops- sorry for previous spam)
Can you modify Autoreport-closeColumn() method to reset column counter
cpt after reaching end of criteria table? It would be useful for
multicriteria forms.
for example:
code
function closeColumn() {
if ($this-cpt0) {
while ($this-cpt4) {
echo td/td;
$this-cpt++;
}
// CK
$this-cpt=0;
// /CK
echo /tr;
}
}
/code
For the same reason adding getCriteria() method would be helpful.
eg.
code
// CK
/**
* Get all of the report's criteria
**/
function getCriterias()
{
return $this-criterias;
}
// /CK
/code
Amicalement,
CezaryK
Największe wydarzenie sportowe roku!
Nie przegap tych emocji
Kliknij po więcej:
http://klik.wp.pl/?adr=http%3A%2F%2Fcorto.www.wp.pl%2Fas%2Feurobasket2009-2.htmlsid=830
___
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
[Glpi-translation] Translation requested for plugin 'order'
Hello, Benjamin Fontan and I are working on an order management plugin, called 'order'. As you english will be far better than mine, I'm looking for someone to review/correct the english locales. (https://dev.indepnet.net/plugins/browser/order/trunk/locales/en_GB.php) The plugin is not yet published, and is only available for GLPI 0.72. Thanks a lot, Regards, Walid. ___ Glpi-translation mailing list Glpi-translation@gna.org https://mail.gna.org/listinfo/glpi-translation
Re: [Glpi-translation] WPKG plugin: translation de_DE, en_EN and question
Simon,Mathieu a écrit : Hi I'll wait until the patches are checked in, waiting for Walid before we do the translation twice. ;-) done, sorry, I just forgot to do it ! - the german translation is there and waits to be checked (in) - there's a patch for the en_GB.php, too - correcting the missing variables which are present in fr_FR.php cheers Mathieu ___ Glpi-translation mailing list Glpi-translation@gna.org https://mail.gna.org/listinfo/glpi-translation ___ Glpi-translation mailing list Glpi-translation@gna.org https://mail.gna.org/listinfo/glpi-translation
Re: [Glpi-translation] WPKG plugin: translation de_DE, en_EN and question
Falko Trojahn a écrit : Bonjour Walid, I started the wpkg plugin as a proof of concept, but had no time to finish it. I'd be happy to discuss about what you'd like to do with it. At the moment, we have a trainee (intern) who is going to improve the WPKG plugin and code some PHP library for Wpkg so that this plugin is usable for production environment. thanx for your answer and work for GLPI. We want to code an OOP PHP library for WPKG which can be used for several frontends, and - if possible - connect to or integrate with the GLPI wpkg plugin. We have the recent svn version of Wpkg plugin working with GLPI 0.71.2 on Debian. Do you have plans to make the Plugin compatible with 0.72+ (I didn't translate the plugin migration document to German, yet ;-) ? Do you have any hints for us when doing changes to the plugin? maybe it'd be interesting to write things related to wpkg plugin on the wiki https://dev.indepnet.net/plugins/wiki/wpkg Walid. ___ Glpi-translation mailing list Glpi-translation@gna.org https://mail.gna.org/listinfo/glpi-translation
Re: [Glpi-translation] WPKG plugin: translation de_DE, en_EN and question
Has this something to do with unfinished work, or do we have any configuration problem localy? the plugin is really not finished Thanx in advance, Falko PS: Should we better discuss on the glpi-dev list? On glpi-dev or better, if you can, on IRC (#glpi on irc.freenode.net) Walid ___ Glpi-translation mailing list Glpi-translation@gna.org https://mail.gna.org/listinfo/glpi-translation
Re: [Glpi-dev] Report Patch Suggestion
Patch applied,
Thanks a lot for your contribution.
Walid.
Roque, Dan a écrit :
Updated patch with remi’s suggestion and added check for $columns to
make sure no invalid data is set. Attached is the patch formatted file.
Dan (blood)
*From:* glpi-dev-boun...@gna.org [mailto:glpi-dev-boun...@gna.org] *On
Behalf Of *Roque, Dan
*Sent:* Tuesday, June 02, 2009 12:45 PM
*To:* Liste de diffusion des developpeurs GLPI
*Subject:* [Glpi-dev] Report Patch Suggestion
I added a patch to add 2 additional functionalities which I think will
allow for more customization in a user’s report.
1. Ability to put columns in any order in $columns.
2. Show only what is specified in $columns else if not sett then show
default columns from select sql query.
Let me know what you think.
Dan (blood)
Below is the code:
../inc/plugin_reports.autoreport.class.php
New:
175: // if $columns is empty count columns from SQL query else count
$columns
176: $nbcols = (empty($this-columns)) ? $DB-num_fields($res) :
count($this-columns);
Old:
176: $nbcols = $DB-num_fields($res);
---
New:
184: // If $columns is not empty, display $columns
185: if (!empty($this-columns)) {
186: for ($i = 0; $i $nbcols; $i++) {
187: $coltitle = current($this-columns);
188: echo displaySearchHeaderItem($output_type, $coltitle, $num);
189: $colsname[] = $coltitle;
190: next($this-columns);
191: }
192: }
193: // else display default columns from SQL query
194: else {
195: for ($i = 0; $i $nbcols; $i++) {
196: $colname = $DB-field_name($res, $i);
197: echo displaySearchHeaderItem($output_type, $colname, $num);
198: $colsname[] = $colname;
199: }
200: }
Old:
184:
185: for ($i = 0; $i $nbcols; $i++) {
186: $colname = $DB-field_name($res, $i);
187: $coltitle = (isset ($this-columns[$colname]) ?
$this-columns[$colname] : $colname);
188: echo displaySearchHeaderItem($output_type, $coltitle, $num);
189: $colsname[] = $colname;
___
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
Re: [Glpi-dev] Reports plugin configuration (No input file specified. )
Thank you, I corrected the link Walid. Wouter Beens a écrit : Hey, When you configurate the Reports plug-in. and click Report configuration : Duplicate computers And then want to go back to: Reports plug-in configuration You get an error: No input file specified. Reports/report/doublons/doubloons.config.php Bug? 86: //tr class='tab_bg_1' align='center'tha href='./config.form.php' .$LANG['plugin_reports']['config'][1] . /abr /nbsp;br / . 87: //$LANG['plugin_reports']['config'][11] . : . $LANG['plugin_reports']['doublons'][1] . /th/tr\n; Works: 86: tr class='tab_bg_1' align='center'tha href=' . GLPI_ROOT . /plugins/reports/front/plugin_reports.config.form.php' .$LANG['plugin_reports']['config'][1] . /abr /nbsp;br / . 87: $LANG['plugin_reports']['config'][11] . : . $LANG['plugin_reports']['doublons'][1] . /th/tr\n; Greatings, Wouter ___ 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
Re: [Glpi-translation] WPKG plugin: translation de_DE, en_EN and question
Hello First of all thanks for your contribution. I started the wpkg plugin as a proof of concept, but had no time to finish it. I'd be happy to discuss about what you'd like to do with it. Walid. Falko Trojahn a écrit : Hi, please find attached file for translation of wpkg plugin, newest svn version. As en_GB doesn't contain the right language and there are missing language variables which lead to errors after installation, I'd suggest at least to correct the variables, see attached diff. At the moment, we have a trainee (intern) who is going to improve the WPKG plugin and code some PHP library for Wpkg so that this plugin is usable for production environment. As I didn't get an answer on WPKG mailing list for some time now: I'd like to get in touch with the developer of the WPKG plugin, Walid Nouh, to eventually do some coordination. Best regards, Falko ___ Glpi-translation mailing list Glpi-translation@gna.org https://mail.gna.org/listinfo/glpi-translation ___ Glpi-translation mailing list Glpi-translation@gna.org https://mail.gna.org/listinfo/glpi-translation
Re: [Glpi-user] Link a ticket with a computer
Nicolas Michel wrote: Hi here, End users send tickets by mail. The ticket is then created in glpi. But the ticket is not linked with any hardware (computer or something else). So, we need to link manually the ticket to an object. From the ticket pannel (when I'm in), we can only choose the computer by its name (netbios name indeed) which is really not clear (some letters and numbers). This is hard to identify the right computer. Hello, You'll be able to assign a ticket open by email to a computer with GLPI 0.72, by doing a business rules, looking for IP, MAC or FQDN. Walid. ___ Glpi-user mailing list Glpi-user@gna.org https://mail.gna.org/listinfo/glpi-user
Re: [Glpi-dev] I need Pluggin
Hello, You can contact GLPI's project parterns. They maybe able to develop the plugin you need. FROM `glpi_plugin_massocsimport_servers` http://glpi-project.org/spip.php?article300 Regards, Walid. Manuel Sanguino wrote: On Thu, Apr 16, 2009 at 4:22 PM, Manuel Sanguino manuel.sangu...@gmail.com wrote: Hi. i need help, i am not programer but i need a new Pluggins. I can donate money to Project and to help with a spanish translate. Only say me How to Do?. I try help in a Spanish translate but i could not. Well, the pluggins is a something like generate a Delivery Note and Out of Order and it has the followings fields. Delivery Date; Order Number; Request Number; Issue date Applicant Direction or unit: Applicant Officer: End User: Receptor Direction or unit: Receptor Officer: Type: Loan (Time) Assignament Devolution Transfer or transport: Internal External; Lecturer Information Final Location of equipments Table with request the equipments. the equipments are search with your barcodes and aditions in document. only change the location field. for Applicant Direction or unit. in foot page Verification Room inventory Name Officer Issue date Stamps Authorization Receptor Direction or unit: Name Director Issue date Stamps Confirmation Receiver NameOfficer Issue date Stamps Example attach field All field could be you can add news thing like person or directions i something like that.. Please i want colaborate , ___ 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
