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: [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
[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-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-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
[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: [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
[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-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-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
[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-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
[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-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-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-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
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-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
Re: [Glpi-dev] Plugins from opensourcegov.net
Hello, First of all, thanks for your contribution and sorry for the late answer. You can send me your plugins. Then we can discuss how to integrate them on the public svn (and how you could maintain them on it). Regards, Walid. Matt Hoover wrote: Greetins GLPI dev- We would like to get your feedback - good or bad on the plugins that we are introducing. I am not sure if there is a process to get these plugins included onto the glpi website? We would love to see them there. You are welcome to point them directly to our site so they are up to date links - I am sure we will continue to develop more plugins as time rolls on - and update them to stay current with the new versions of GLPI. We are all ears and would appreciate any guidance you can give. Thanks! Matt opensourcegov.net http://opensourcegov.net (oregon state gov) http://www.opensourcegov.net ___ 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] #1183 Review networking port connection process and / or port display
Salut à tous, Je viens de faire la modif concernant l'affichage et la connexion/déconnexion des ports réseaux. Il faudra tester pour voir si j'ai rien oublié. Walid. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Amélioration du moteur de règles
Bonjour à tous : Remi et moi avons posé les élèments concernant le ticket #1166. Cela doit permettre de réduire considérablement le nombre de règles dans le moteur : https://dev.indepnet.net/glpi/wiki/ExtendRulesEngine Vos commentaires sont les bienvenus. Walid. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] skillset / talent tracking
Hello. How do you define the differents skills or your staff ? Is it an attribute in an ldap directory ? Can't you use groups and business rules to do it ? In the upcoming version (0.72), two new ldap field have been add (type and title). It might be what you need. Regards, Walid. Jim Rising wrote: how difficult would it be to add this to glpi so that we can look for staff with appropriate skillsets for specific tickets? -- Jim Rising Serial Entrepreneur Cold Fusion Developer Concentration is the key to profits. Greater profits require that you concentrate your efforts on the smallest number of activities that will produce the largest amount of revenue. -Peter Drucker ___ 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] Erreur dans la traduction
Bonjour, Pour tout ce qui concerne la traduction, il existe une appli de trad. Pour avoir accès à celle-ci, vous devez vous inscrire sur la mailing list des traducteurs et faire une demande dessus. Walid. David DURIEUX a écrit : Bonjour, Je n'ai pas réussi à trouver comment ajouter un bug dans l'interface trac du site, si quelqu'un sait je serais heureux de m'appliquer :) Alors j'ai trouvé un bug dans la traduction du site locales/fr_FR.php La variable $LANG[setup][122] affiche élèments au lieu de éléments ben ben voilà juste pour signaler cette petite erreur. Cordialement, DURIEUX 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] About Evolutions,
Hello, In response to your message, and Clinton Byrne's one too, I can say that it is possible to pay for evolutions needed on GLPI. Don't hesitate to contact me (wnouh at linagora dot com), my company can provide support for that. We need to : - discuss about your needs, to see if it exists in GLPI - determine if it can be integrated in the core (after discussion with the core developpers) or available as a plugin Regards, Walid Nouh. [EMAIL PROTECTED] a écrit : About Evolutions, I had the same problem that Clinton Byrne In my society , they have a small budget for evolutions and they were ready to pay for these evolutions. unfortunatly, there is no Official commercial team so I can ask for an external team to make these evolutions. But When the product evolve, I lost my modifications. Today we make some changes on the product to add some small functionnality (I have a big issue in how to give back our evolution to community) this aren't big things but for each evolution we update from 2 to 10 files and I would prefer these evolutions to be integrated in the product 1) For myself No need to reapply patch on the official product 2) For the other users They take advantage of the evolutions Of course each evolution will not be interesting to everyOne, As the GLPI team is not so big, perhaps a Glpi manager could try to negociate a partnership with an entreprise Service (I see a mail from someone of Atos) so the evolution would be supervised by a member of the GLPI team but realised by Atos (it is an exemple of entreprise) If it is always the same entreprise that make the change the code will be more coherent and easier to integrate -- Guillaume Brusset *** Ce message et les pieces qui y sont eventuellement jointes sont exclusivement transmis a l'intention des personnes physiques ou morales auxquelles ils sont destines. Si vous avez recu ce message par erreur, merci d'en avertir immediatement Mazars par telephone ou par courrier electronique de retour a l'expediteur et de supprimer toute copie de ce message. Par ailleurs, il vous est notifie que toute divulgation, reproduction, distribution ou utilisation quelconque de tout ou partie de ce message (y compris de ses eventuelles pieces jointes) et des informations qui y sont contenues est interdite. Internet ne permettant pas d'assurer l'integrite de ce message, Mazars et l'expediteur declinent toute responsabilite au cas ou il aurait ete intercepte ou modifie par quiconque. This message and any possible attachments are transmitted for the exclusive use of the intended recipient(s). Should you receive this message by mistake, please notify Mazars or the sender at once by telephone or return e-mail and delete it from your system. Moreover, any form of reproduction dissemination, copying, disclosure, modification, distribution and/or use of this message - or part of its contents, as well as its possible attachments by any unauthorized person or legal entity, is strictly prohibited. The nature of the Internet means that the integrity of this message cannot be guaranteed. Mazars and the sender therefore disclaim any liability whatsoever in the event of this message having been intercepted and/or altered. This message has been scanned for viruses by BlackSpider MailControl http://www.blackspider.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
Re: [Glpi-dev] Integration of Evolution
Hello, You did the modifications on the 0.68.x version or the 0.7 ? Because some people asked us already about group synchronisation, and with the 0.7 it's not very easy. You can post on the mailing list with your modifications. Regards, Walid. Date du message : déc. 04 2007, 01:01 PM De : [EMAIL PROTECTED] A : glpi-dev@gna.org Copie : Sujet : [Glpi-dev] Integration of Evolution Hello, For internal usage of glpi, we make evolution of the product In tracking Module Add Type of ticket : Evolution / Maintenance / Assistance Add a Notion of Model ticket : A ticket if declared as a Model ticket can be copied in other ticket In creation/update of ticket Ajax usage for update location from User / and limit user list from Location information Update of ldap.mass.sync.php to take care of start/end date of Users (Warning name of ldap attributes are not taken from database as these attributes don't exist yet in the table. I saw in wiki there is a project of Evolution of way of managing Ldap attributes) Create a ldap.group.mass.sync.phph to update groups from Ldap Create a ldap.location.mass.sync.php to update Location and Entity I think some evolution can be appreciate by other users of the product and I would like to put them in the core product how can I do that (Or perhaps, you prefer to just describe code in Wiki) -- Guillaume *** Ce message et les pieces qui y sont eventuellement jointes sont exclusivement transmis a l'intention des personnes physiques ou morales auxquelles ils sont destines. Si vous avez recu ce message par erreur, merci d'en avertir immediatement Mazars par telephone ou par courrier electronique de retour a l'expediteur et de supprimer toute copie de ce message. Par ailleurs, il vous est notifie que toute divulgation, reproduction, distribution ou utilisation quelconque de tout ou partie de ce message (y compris de ses eventuelles pieces jointes) et des informations qui y sont contenues est interdite. Internet ne permettant pas d'assurer l'integrite de ce message, Mazars et l'expediteur declinent toute responsabilite au cas ou il aurait ete intercepte ou modifie par quiconque. This message and any possible attachments are transmitted for the exclusive use of the intended recipient(s). Should you receive this message by mistake, please notify Mazars or the sender at once by telephone or return e-mail and delete it from your system. Moreover, any form of reproduction dissemination, copying, disclosure, modification, distribution and/or use of this message - or part of its contents, as well as its possible attachments by any unauthorized person or legal entity, is strictly prohibited. The nature of the Internet means that the integrity of this message cannot be guaranteed. Mazars and the sender therefore disclaim any liability whatsoever in the event of this message having been intercepted and/or altered. This message has been scanned for viruses by BlackSpider MailControl - www.blackspider.com [ (pas de nom de fichier) (0.1 Ko) ] Walid Nouh Atos Origin Centre de compétences Open Source ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Deux nouveaux plugins
CORDONNIER THomas wrote: Walid Nouh a écrit : CORDONNIER THomas wrote: 1. Importation de masse Par exemple vous venez d'acheter 50 ordinateurs strictement identiques, seul diffère pour le moment le numéro de série. Vous créez un template avec l'interface de GLPI puis vous entrez dans le plugin, donnez le nom du template et fournissez les numéros de série, soit dans un fichier texte (1 numéro par ligne) soit par séquence (exemple : ABC001 à ABC050). Ainsi 50 lignes sont rajoutées dans la base de données en beaucoup moins de temps qu'avec l'interface nouvel ordinateur à partir d'un gabarit. Le plugin fonctionne pour les ordinateurs, écrans, et imprimantes (peut-être autres périphériques plus tard) Il existe un plugin que j'ai développé, qui s'appelle data_injection. Il permet d'injecter des données provenant d'un fichier CSV. Le plugin peut importer tous les types de base de l'inventaire, connecter les utilisateurs, groupes, ports, prises, contrats, fournisseurs etc.. Ce n'est pas tout à fait la même chose, je crois. Tel que je comprends la chose, votre plugin permet d'injecter dans GLPI des données que vous auriez remplies dans un autre outil (par exemple une feuille OpenOffice Calc que vous convertissez en CSV). Ce dont je vous parle, c'est du cas où toutes les données sont identiques sauf une, le numéro de série. Dans notre cas en fait nous utilisons alors un lecteur de codes barre pour relever rapidement tous les numéros de série, le résultat se retrouve dans un fichier texte avec un numéro par ligne, puis nous demandons au plugin de créer autant d'ordinateurs sur base de ce numéro et d'un template préalablement créé dans GLPI. Dans cette situation, comment vous y prendriez-vous avec le plugin CSV? 2. Rapports personnalisés : Vous fournissez la requête SQL (le plugin limite volontairement aux SELECT, hélas sans UNION possible), et un nom, et un nouveau rapport est ajouté à la page des rapports. Le plugin permet de saisir des paramètres, dans ce cas une page intermédiaire (comme dans votre rapport par année) apparaîtra. Pour le moment pas de distinction de type des paramètres, mais on peut les reprendre dans la requête. Il existe un plugin qui s'appelle reports. Il fournit un environnement pour accueillir de nouveaux rapports. Créer un nouveau rapport revient à déposer la page PHP du rapport + un fichier de langue dans un répertoire. Le plugin ajoute lui même le nouveau rapport et gère les droits associés. J'avais effectivement téléchargé ce plugin, mais je me demandais justement comment créer un nouveau rapport avec. Déposer une page php dans le répertoire du plugin, ce n'est pas toujours possible (les auteurs de rapport ne sont pas les personnes qui gèrent l'installation de GLPI, ils n'ont pas les mêmes droits sur la machine cible). Le plugin que j'ai développé permet de saisir une requête SQL (volontairement limitée à SELECT mais toute jointure autorisée), le résultat se retrouve dans une table glpi_plugin_persoreports et on modifie ces rapports personnalisés à partir de l'interface du plugin (et non pas en envoyant le nouveau rapport par FTP : ai-je bien compris le fonctionnement de votre plugin?). De plus, votre plugin suppose que les auteurs de rapport maîtrisent PhP, n'est-ce pas? Dans mon cas la maîtrise de SQL et de la structure des tables GLPI suffit, même si ça conduit à limiter un peu la portée des rapports. Pour le moment la règle de sécurité est de donner le droit de voir ces rapports à ceux qui ont le droit r sur les rapports, et le droit de modification aux profils admin et super-admin. Mais idéalement je verrais bien l'idée de rajouter un droit w sur les rapports puisqu'il s'agit de pouvoir les modifier depuis l'interface GLPI. Cette forme de rapports personnalisés vous parait-elle intéressante? dans votre cas oui, je pense que vos plugins font, en partie, doublon avec ce qu'on a développé Pour l'injecteur, voilà comment je vois la chose : le fichier résultat de votre douchette est, au lieu d'être écrit dans un fichier texte, écrit dans un fichier CSV du type : Numéro de série le numéro Ensuite, dans la création du modèle de CSV, on peut imaginer demander à l'utilisateur d'indiquer, lors de l'injection du fichier, le gabarit d'ordinateur à utiliser. Ce n'est pas encore fait, mais ça devrait pas me prendre longtemps à faire. Pour les rapports, oui il faut connaître le PHP pour faire un rapport. Dans votre cas, comment faîtes-vous pour afficher les résultats ? vous passez par le moteur de recherche ou pas ? Après ces explications complémentaires, en êtes-vous encore certain? Pour l'injecteur oui, à une petite modif prêt pour qu'on puisse choisir un gabarit. Pour les rapports il faudrait que je vois ce que vous avez fait ;) Cordialement Thomas CORDONNIER Walid
Re: [Glpi-dev] Deux nouveaux plugins
avec tous les autres plugins pour la 0.7 http://glpi-project.org/tarballs-plugins/ il s'appelle reports Date du message : nov. 13 2007, 10:30 AM De : Dimassi, Slim (FR IE - Tours) [EMAIL PROTECTED] A : Liste de diffusion des developpeurs GLPI glpi-dev@gna.org Copie : Sujet : Re: [Glpi-dev] Deux nouveaux plugins Ou peut on trouver votre plugins de rapport personnalisé ? Merci -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de CORDONNIER THomas Envoyé : mardi 13 novembre 2007 07:17 À : Liste de diffusion des developpeurs GLPI Objet : Re: [Glpi-dev] Deux nouveaux plugins Walid Nouh a écrit : CORDONNIER THomas wrote: 1. Importation de masse Par exemple vous venez d'acheter 50 ordinateurs strictement identiques, seul diffère pour le moment le numéro de série. Vous créez un template avec l'interface de GLPI puis vous entrez dans le plugin, donnez le nom du template et fournissez les numéros de série, soit dans un fichier texte (1 numéro par ligne) soit par séquence (exemple : ABC001 à ABC050). Ainsi 50 lignes sont rajoutées dans la base de données en beaucoup moins de temps qu'avec l'interface nouvel ordinateur à partir d'un gabarit. Le plugin fonctionne pour les ordinateurs, écrans, et imprimantes (peut-être autres périphériques plus tard) Il existe un plugin que j'ai développé, qui s'appelle data_injection. Il permet d'injecter des données provenant d'un fichier CSV. Le plugin peut importer tous les types de base de l'inventaire, connecter les utilisateurs, groupes, ports, prises, contrats, fournisseurs etc.. Ce n'est pas tout à fait la même chose, je crois. Tel que je comprends la chose, votre plugin permet d'injecter dans GLPI des données que vous auriez remplies dans un autre outil (par exemple une feuille OpenOffice Calc que vous convertissez en CSV). Ce dont je vous parle, c'est du cas où toutes les données sont identiques sauf une, le numéro de série. Dans notre cas en fait nous utilisons alors un lecteur de codes barre pour relever rapidement tous les numéros de série, le résultat se retrouve dans un fichier texte avec un numéro par ligne, puis nous demandons au plugin de créer autant d'ordinateurs sur base de ce numéro et d'un template préalablement créé dans GLPI. Dans cette situation, comment vous y prendriez-vous avec le plugin CSV? 2. Rapports personnalisés : Vous fournissez la requête SQL (le plugin limite volontairement aux SELECT, hélas sans UNION possible), et un nom, et un nouveau rapport est ajouté à la page des rapports. Le plugin permet de saisir des paramètres, dans ce cas une page intermédiaire (comme dans votre rapport par année) apparaîtra. Pour le moment pas de distinction de type des paramètres, mais on peut les reprendre dans la requête. Il existe un plugin qui s'appelle reports. Il fournit un environnement pour accueillir de nouveaux rapports. Créer un nouveau rapport revient à déposer la page PHP du rapport + un fichier de langue dans un répertoire. Le plugin ajoute lui même le nouveau rapport et gère les droits associés. J'avais effectivement téléchargé ce plugin, mais je me demandais justement comment créer un nouveau rapport avec. Déposer une page php dans le répertoire du plugin, ce n'est pas toujours possible (les auteurs de rapport ne sont pas les personnes qui gèrent l'installation de GLPI, ils n'ont pas les mêmes droits sur la machine cible). Le plugin que j'ai développé permet de saisir une requête SQL (volontairement limitée à SELECT mais toute jointure autorisée), le résultat se retrouve dans une table glpi_plugin_persoreports et on modifie ces rapports personnalisés à partir de l'interface du plugin (et non pas en envoyant le nouveau rapport par FTP : ai-je bien compris le fonctionnement de votre plugin?). De plus, votre plugin suppose que les auteurs de rapport maîtrisent PhP, n'est-ce pas? Dans mon cas la maîtrise de SQL et de la structure des tables GLPI suffit, même si ça conduit à limiter un peu la portée des rapports. Pour le moment la règle de sécurité est de donner le droit de voir ces rapports à ceux qui ont le droit r sur les rapports, et le droit de modification aux profils admin et super-admin. Mais idéalement je verrais bien l'idée de rajouter un droit w sur les rapports puisqu'il s'agit de pouvoir les modifier depuis l'interface GLPI. Cette forme de rapports personnalisés vous parait-elle intéressante? dans votre cas oui, je pense que vos plugins font, en partie, doublon avec ce qu'on a développé Après ces explications complémentaires, en êtes-vous encore certain? Cordialement Thomas CORDONNIER ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Deux nouveaux plugins
Concernant data_injection, vous pouvez maintenant préciser un gabarit comme information complémentaire. Donc, dans votre cas, la douchette vous fait un fichier txt, vous créez un modèle comme suit : 1 en ajout 2 pas d'entête 3 un seul mapping, qui est le numéro de série, obligatoire 4 une information complémentaire : le gabarit ça devrait marcher. peut être qu'il vous faudra renommer votre fichier en csv, je sais plus si on fait un check dessus ou pas. pour le plugin de rapports, comme le disait Tsmr, envoyer le nous (à lui et moi). Walid. CORDONNIER THomas wrote: Dimassi, Slim (FR IE - Tours) a écrit : Ou peut on trouver votre plugins de rapport personnalisé ? dès que nous nous serons mis d'accord avec Walid Nouh je le mettrai là où il me proposera. Merci ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev * Le contenu de ce courriel et ses eventuelles pièces jointes sont confidentiels. Ils s'adressent exclusivement à la personne destinataire. Si cet envoi ne vous est pas destiné, ou si vous l'avez reçu par erreur, et afin de ne pas violer le secret des correspondances, vous ne devez pas le transmettre à d'autres personnes ni le reproduire. Merci de le renvoyer à l'émetteur et de le détruire. Attention : L'Organisme de l'émetteur du message ne pourra être tenu responsable de l'altération du présent courriel. Il appartient au destinataire de vérifier que les messages et pièces jointes reçus ne contiennent pas de virus. Les opinions contenues dans ce courriel et ses éventuelles pièces jointes sont celles de l'émetteur. Elles ne reflètent pas la position de l'Organisme sauf s'il en est disposé autrement dans le présent courriel. ** ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Deux nouveaux plugins
CORDONNIER THomas wrote: Bonjour Dans le cadre de mon activité professionnelle je viens de réaliser la migration d'un outil propriétaire vers GLPI. A cette occasion j'ai implémenté deux nouveaux plugins correspondant à des fonctionnalités présentes dans l'ancien outil et que je n'avais pas trouvé dans GLPI. Ma société est favorable à une diffusion de ces plugins sous licence GPL mais ne souhaite pas être citée c'est pourquoi je vous écris depuis mon adresse personnelle. Voici les deux plugins actuellement développés : 1. Importation de masse Par exemple vous venez d'acheter 50 ordinateurs strictement identiques, seul diffère pour le moment le numéro de série. Vous créez un template avec l'interface de GLPI puis vous entrez dans le plugin, donnez le nom du template et fournissez les numéros de série, soit dans un fichier texte (1 numéro par ligne) soit par séquence (exemple : ABC001 à ABC050). Ainsi 50 lignes sont rajoutées dans la base de données en beaucoup moins de temps qu'avec l'interface nouvel ordinateur à partir d'un gabarit. Le plugin fonctionne pour les ordinateurs, écrans, et imprimantes (peut-être autres périphériques plus tard) Il existe un plugin que j'ai développé, qui s'appelle data_injection. Il permet d'injecter des données provenant d'un fichier CSV. Le plugin peut importer tous les types de base de l'inventaire, connecter les utilisateurs, groupes, ports, prises, contrats, fournisseurs etc.. 2. Rapports personnalisés : Vous fournissez la requête SQL (le plugin limite volontairement aux SELECT, hélas sans UNION possible), et un nom, et un nouveau rapport est ajouté à la page des rapports. Le plugin permet de saisir des paramètres, dans ce cas une page intermédiaire (comme dans votre rapport par année) apparaîtra. Pour le moment pas de distinction de type des paramètres, mais on peut les reprendre dans la requête. Il existe un plugin qui s'appelle reports. Il fournit un environnement pour accueillir de nouveaux rapports. Créer un nouveau rapport revient à déposer la page PHP du rapport + un fichier de langue dans un répertoire. Le plugin ajoute lui même le nouveau rapport et gère les droits associés. Pouvez-vous s'il vous plaît : - m'indiquer si, malgré mes recherches, un de ces plugins vous paraît faire doublon avec un autre en développement ou déjà stable? - dans la négative me donner un accès au SVN pour que je puisse les importer et les voir apparaître dans la liste des plugins en développement? dans votre cas oui, je pense que vos plugins font, en partie, doublon avec ce qu'on a développé En fait je me demande si ces deux fonctionnalités ne pourraient pas à terme faire partie du noyau standard de GLPI : pour les rapports sûrement, pour l'injection je ne pense pas je ne l'ai pas fait car la durée de ma mission ne me permettait pas l'étude approfondie du code source de GLPI, mais il serait intéressant d'avoir l'importation de masse directement sous forme d'un bouton lorsque vous regardez la liste des ordinateurs, non ? Amicalement Thomas CORDONNIER Cordialement, Walid Nouh. ___ 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 de correction CF pb d'att ribution des entités en fonction des groups
Ah MoYo a été plus rapide que moi ;) Julien Dombre wrote: J'ai effectué une modification qui devrait tenir compte de toutes les cas négatifs dans un cas multivalué. Merci du retour. Julien [EMAIL PROTECTED] a écrit : Proposition de patch a valider ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev * Le contenu de ce courriel et ses eventuelles pièces jointes sont confidentiels. Ils s'adressent exclusivement à la personne destinataire. Si cet envoi ne vous est pas destiné, ou si vous l'avez reçu par erreur, et afin de ne pas violer le secret des correspondances, vous ne devez pas le transmettre à d'autres personnes ni le reproduire. Merci de le renvoyer à l'émetteur et de le détruire. Attention : L'Organisme de l'émetteur du message ne pourra être tenu responsable de l'altération du présent courriel. Il appartient au destinataire de vérifier que les messages et pièces jointes reçus ne contiennent pas de virus. Les opinions contenues dans ce courriel et ses éventuelles pièces jointes sont celles de l'émetteur. Elles ne reflètent pas la position de l'Organisme sauf s'il en est disposé autrement dans le présent courriel. ** ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Moteur de règles et logs
Bonjour à tous, j'ai ajouté au moteur de règle un hook, juste après l'exécution des actions d'une règle. Dans mon idée, et après rapide discussion avec MoYo, çe me permettrait de : * tracer les règles qui ont réussies * faire des compteurs sur le nombre de fois qu'une règle a été exécutée (afin de mettre en évidence celles qui sont les plus importantes, et donc de modifier l'ordre d'exécution) JmDay a proposé qu'on le fasse via les logs. En fait les 2 peuvent être intéressants (moi je n'avais pas pensé passer par les logs), mais mon idée de plugin était surtout de ne pas surcharger les enregistrement en base. Qu'en pensez-vous ? Cordialement, Walid Nouh. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Comment participer ?
Bonne idée Jean, tu vas trouver des infos dans la partie Chantier Problématiques à base de règles c'est pas forcément évident au premier coup d'oeil ces histoires de règles, c'est pour ça que j'avais commencé à faire de la doc dev là dessus. si tu peux, hésite pas à venir sur le chan IRC de glpi, on pourra en discuter ;) Walid. CARFANTAN Jean wrote: Walid, J'ai été voir ta doc sur les import OCS. Veux-tu que je commence une doc sur les moteurs de règles ? Jean -Message d'origine- De : Walid Nouh [mailto:[EMAIL PROTECTED] Envoyé : mercredi 25 avril 2007 10:09 À : Liste de diffusion des developpeurs GLPI Objet : Re: [Glpi-dev] Comment participer ? Salut, effectivement on a besoin de testeurs, on a aussi besoin de gens pour aider à écrire de la doc, par exemple j'ai besoin d'avis sur les docs techniques concernant les nouveautés de la 0.70 qui se trouvent sur le wiki dev (https://dev.indepnet.net:8080/glpi partie doc import OCS et moteur de règles) Walid. Aurélien wrote: Salut, pour participer c'est très simple va demander à être testeur pour la version 0.7 ici http://glpi-project.org/forum/viewtopic.php?id=6110 et après tu utilises la version SVN comme si tu étais sur une version finale et t'essayes de trouver des bugs ;)... Si t'en trouves, remonte les ici http://glpi-project.org/forum/viewforum.php?id=17. Bien entendu un retour de bug précis aide plus qu'une phrase disant qu'il y a un bug à tel endroit. Commence déjà dans le titre par dire qu'elle version SVN tu utilises après décrit en détail ce que tu as fais pour voir ce bug et donne aussi les versions de logiciels et d'OS que tu utilises. A+ Bonjour, J'ai téléchargé la dernière version par SVN. J'aimerais participer au développement dans ce qui concerne les entités, je peux aussi aider à la traduction en anglais. Y-a-t-il quelqu'un sur ce forum qui puisse me répondre ?... Je peux aussi corriger les fautes de français... I downloaded the last version through SVN. I'd like to take part in the development about entities, I can help to translate into English too. Is there anybody here to react ? Jean Carfantan ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev ___ Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son interface révolutionnaire. http://fr.mail.yahoo.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 ___ 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] GLPI et crontab
Bonjour, je teste actuellement la mise à jour des données depuis ocs dans glpi via la cron. pour ce faire, j'ai récupéré un script sur le forum, ça marche. par contre, n'y aurait-il pas une petite erreur dans la fonction cron_ocsng dans ocsng.function.php ? en lançant depuis la cron, on initialise pas (en tout cas pas chez moi) la connexion à la base ocs, j'ai donc dû rajouter : $dbocs=new DBocs(); après la ligne : $cfg_ocs=getOcsConf(1); depuis ça marche. j'ai une question : le script pour la cron ne fait que des mises à jour de machines déjà importées ? il n'est pas prévu qu'il fasse des imports de nouvelles machines depuis ocs ? cordialement. walid. * Le contenu de ce courriel et ses eventuelles pièces jointes sont confidentiels. Ils s'adressent exclusivement à la personne destinataire. Si cet envoi ne vous est pas destiné, ou si vous l'avez reçu par erreur, et afin de ne pas violer le secret des correspondances, vous ne devez pas le transmettre à d'autres personnes ni le reproduire. Merci de le renvoyer à l'émetteur et de le détruire. Attention : L'Organisme de l'émetteur du message ne pourra être tenu responsable de l'altération du présent courriel. Il appartient au destinataire de vérifier que les messages et pièces jointes reçus ne contiennent pas de virus. Les opinions contenues dans ce courriel et ses éventuelles pièces jointes sont celles de l'émetteur. Elles ne reflètent pas la position de l'Organisme sauf s'il en est disposé autrement dans le présent courriel. ** ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Idées pour la future version 0.7
Bonjour, dans le cadre du projet sur lequel je travaille, on mettra en prod la future version 0.7 en analysant le besoin chez nous, j'ai quelques propositions d'améliorations à faire : * dans admin-configuration-auth externes : rendre la liste des attributs remontés depuis ldap dynamique (par exemple moi j'ai besoin de remonter un attribut de l'annuaire, qui est unique et dont je me servirai pour la future gestion des vues). A voir aussi un mécanisme de hook permettant de réaliser des traitements avant l'utilisation (typiquement l'attribut que je récup du ldap contient l'info dont j'ai besoin, mais pas seulement, j'ai donc besoin de faire un traitement dessus). * toujours pour le ldap : prévoir la possibilité d'aller chercher des informations depuis un autre annuaire que le ldap d'authentification (ici on a un ldap juste pour l'authentification, et un autre pour les autres infos). Bon comme c'est assez spécifique, je pense aussi à un système de hook. donc en gros globalement, je lance l'idée de réfléchir à des points de décrochements pour la partie authentification, récup d'attributs depuis ldap. Faire cela permettrait (enfin dans mon cas en tout cas) de pouvoir faire du développement spécifique, sans me demander si dans une version suivante le code sera supporté. bien sûr je peux proposer des choses sur ces sujets et aider aussi ;) walid. * Le contenu de ce courriel et ses eventuelles pièces jointes sont confidentiels. Ils s'adressent exclusivement à la personne destinataire. Si cet envoi ne vous est pas destiné, ou si vous l'avez reçu par erreur, et afin de ne pas violer le secret des correspondances, vous ne devez pas le transmettre à d'autres personnes ni le reproduire. Merci de le renvoyer à l'émetteur et de le détruire. Attention : L'Organisme de l'émetteur du message ne pourra être tenu responsable de l'altération du présent courriel. Il appartient au destinataire de vérifier que les messages et pièces jointes reçus ne contiennent pas de virus. Les opinions contenues dans ce courriel et ses éventuelles pièces jointes sont celles de l'émetteur. Elles ne reflètent pas la position de l'Organisme sauf s'il en est disposé autrement dans le présent courriel. ** ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Idées pour la future ver sion 0.7
en analysant le besoin chez nous, j'ai quelques propositions d'améliorations à faire : * dans admin-configuration-auth externes : rendre la liste des attributs remontés depuis ldap dynamique (par exemple moi j'ai besoin de remonter un attribut de l'annuaire, qui est unique et dont je me servirai pour la future gestion des vues). La gestion des vues régionalisées dans la 0.7 sera en fonction des entités auxquelles appartiendront les utilisateurs. C'est cet attribut là que vous voulez récupérer ? En gros voilà le soucis. La société a des organismes, un peu partout en France. On aura un serveur central qui centralisera toutes les données OCS + GLPI. Chaque(s) administrateur(s) d'organismes doivent se connecter sur GLPI et ne voir que les données de leur parc. SAUF que dans un organisme se trouvent des gens qui n'y appartiennent pas, de même pour les machines. donc nous allons nous baser sur un numéro unique d'organisme présent dans l'annuaire (chaque utilisateur a dans une entrée ce numéro, qui dit à quel organisme il appartient). donc en fait dans glpi je vais déclarer mes organismes, puis je dois faire le matching entre le numéro que je remonte du ldap et celui-ci. j'ai peut être loupé un truc dans la gestion des lieux, c'est déjà possible de le faire ? cordialement. walid. * Le contenu de ce courriel et ses eventuelles pièces jointes sont confidentiels. Ils s'adressent exclusivement à la personne destinataire. Si cet envoi ne vous est pas destiné, ou si vous l'avez reçu par erreur, et afin de ne pas violer le secret des correspondances, vous ne devez pas le transmettre à d'autres personnes ni le reproduire. Merci de le renvoyer à l'émetteur et de le détruire. Attention : L'Organisme de l'émetteur du message ne pourra être tenu responsable de l'altération du présent courriel. Il appartient au destinataire de vérifier que les messages et pièces jointes reçus ne contiennent pas de virus. Les opinions contenues dans ce courriel et ses éventuelles pièces jointes sont celles de l'émetteur. Elles ne reflètent pas la position de l'Organisme sauf s'il en est disposé autrement dans le présent courriel. ** ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Tables Design
Hi, I think you'll find what you need here : http://glpi-project.org/article.php3?id_article=66 ;) walid. * Le contenu de ce courriel et ses eventuelles pièces jointes sont confidentiels. Ils s'adressent exclusivement à la personne destinataire. Si cet envoi ne vous est pas destiné, ou si vous l'avez reçu par erreur, et afin de ne pas violer le secret des correspondances, vous ne devez pas le transmettre à d'autres personnes ni le reproduire. Merci de le renvoyer à l'émetteur et de le détruire. Attention : L'Organisme de l'émetteur du message ne pourra être tenu responsable de l'altération du présent courriel. Il appartient au destinataire de vérifier que les messages et pièces jointes reçus ne contiennent pas de virus. Les opinions contenues dans ce courriel et ses éventuelles pièces jointes sont celles de l'émetteur. Elles ne reflètent pas la position de l'Organisme sauf s'il en est disposé autrement dans le présent courriel. ** ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Correction bug récupération de groupes depuis LDAP dans 0.68
Bonjour, il restait un petit bug dans la fonction retrieveDataFromLDAP : seul le dernier groupe de la table glpi_groups était pris en compte. j'ai donc corrigé, et j'en ai profité aussi pour mettre des strtolower sur les noms des attributs ldap provenant de glpi, comme ça on peut mettre on peut renseigner les attributs ldap pas forcément en minuscule. Walid. * Le contenu de ce courriel et ses eventuelles pièces jointes sont confidentiels. Ils s'adressent exclusivement à la personne destinataire. Si cet envoi ne vous est pas destiné, ou si vous l'avez reçu par erreur, et afin de ne pas violer le secret des correspondances, vous ne devez pas le transmettre à d'autres personnes ni le reproduire. Merci de le renvoyer à l'émetteur et de le détruire. Attention : L'Organisme de l'émetteur du message ne pourra être tenu responsable de l'altération du présent courriel. Il appartient au destinataire de vérifier que les messages et pièces jointes reçus ne contiennent pas de virus. Les opinions contenues dans ce courriel et ses éventuelles pièces jointes sont celles de l'émetteur. Elles ne reflètent pas la position de l'Organisme sauf s'il en est disposé autrement dans le présent courriel. ** user.class.php Description: application/httpd-php ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] LDAP, documentation etc...
Bonjour, pas de soucis, j'ai besoin de produit, si les améliorations que j'apporte permettent de faire évoluer le produit j'en suis ravi ;) je monte actuellement une maquette d'ocs + glpi avant le déploiement pour de vrai (à terme 80 000 postes), alors c'est pour ça que j'ai plein de questions (on veut pas se rater quoi...) j'espère que mon patch sur les groupes ldap pourront être intégré à la prochaine version de glpi. cordialement. walid. * Le contenu de ce courriel et ses eventuelles pièces jointes sont confidentiels. Ils s'adressent exclusivement à la personne destinataire. Si cet envoi ne vous est pas destiné, ou si vous l'avez reçu par erreur, et afin de ne pas violer le secret des correspondances, vous ne devez pas le transmettre à d'autres personnes ni le reproduire. Merci de le renvoyer à l'émetteur et de le détruire. Attention : L'Organisme de l'émetteur du message ne pourra être tenu responsable de l'altération du présent courriel. Il appartient au destinataire de vérifier que les messages et pièces jointes reçus ne contiennent pas de virus. Les opinions contenues dans ce courriel et ses éventuelles pièces jointes sont celles de l'émetteur. Elles ne reflètent pas la position de l'Organisme sauf s'il en est disposé autrement dans le présent courriel. ** ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Recherche d'appartenance d'un util isateur à des groupes depuis un objet groupe LDAP
Voici une modification de la liaison entre GLPI et un annuaire LDAP. Ces modifications sont à tester sur Active Directory, moi j'ai développé sur OpenLDAP. Principe : Le but de cette modification est de rechercher l'appartenance d'un utilisateur à un ou plusieurs groupes depuis un objet groupe ldap, et non pas en cherchant un attribut depuis l'entrée utilisateur. Modifications de l'interface : Dans l'interface d'admin, dans Configuration - Authentifications externes, j'ai ajouté 3 champs : - Recherche de membres dans les groupes : indique si on veut utiliser cette fonctionnalité. Elle peut être activée ou pas, mais l'activer si on en a pas besoin fait faire des requêtes en plus sur l'annuaire. Attention, on ne peut pas avoir les 2 méthodes (cherchant dans les groupes ET dans les users) en même temps. - Filtre des groupes : le filtre à utiliser pour indiquer le type d'objet qui est un groupe. - Attribut indiquant l'appartenance à un groupe : attribut à l'intérieur de l'objet groupe qui indique l'appartenance d'un utilisateur à celui-ci (par défaut member je pense). Dans la base SQL, j'ai ajouté 3 champs dans la table glpi_config, à la fin de celle-ci. Fonctionnement : Lors de l'authentification, une fois l'utilisateur authentifié, on recherche à quels groupes appartient l'utilisateur. - si on ne veut pas rechercher dans les objets groupes, on utilise ce qui se fait à l'heure actuelle - si on veut chercher dans les groupes, une requête est effectuée sur le ldap demandant tous les groupes dont l'utilisateur est membre. Le traitement des données se fait ensuite de la même manière dans les 2 cas. L'ajout de l'utilisateur dans un ou plusieurs groupes dans glpi_groups se fait de la même manière aussi. ATTENTION, il faudrait tester mes modifs sur Active Directory, car c'est possible que ça ne fonctionne pas ! * Le contenu de ce courriel et ses eventuelles pièces jointes sont confidentiels. Ils s'adressent exclusivement à la personne destinataire. Si cet envoi ne vous est pas destiné, ou si vous l'avez reçu par erreur, et afin de ne pas violer le secret des correspondances, vous ne devez pas le transmettre à d'autres personnes ni le reproduire. Merci de le renvoyer à l'émetteur et de le détruire. Attention : L'Organisme de l'émetteur du message ne pourra être tenu responsable de l'altération du présent courriel. Il appartient au destinataire de vérifier que les messages et pièces jointes reçus ne contiennent pas de virus. Les opinions contenues dans ce courriel et ses éventuelles pièces jointes sont celles de l'émetteur. Elles ne reflètent pas la position de l'Organisme sauf s'il en est disposé autrement dans le présent courriel. ** GLPI Auth Groups LDAP.tar.gz Description: application/gzip ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Bug recherche groupes d'un user dans LDAP
Bonjour, j'ai trouvé un bug dans la remontée des groupes d'un utilisateur depuis LDAP. Plate-forme : OpenLDAP GNU/Linux Debian testing GLPI : 0.68rc2 sur Debian. En fait le soucis vient de la manière dont la liste des groupes d'un utilisateur est remontée depuis le ldap. j'ai fait des corrections, mais il faut tester dans active directory si ça n'impacte pas. je précise qu'il faut que le dn du groupe présent dans l'objet utilisateur ne DOIT pas comporter d'espaces entre les , (ou=Groupe1,ou=Groupes,dc=mycompany) sinon ça ne marche pas (l'api ldap remonte les dn depuis l'annuaire sans espaces après les ,). Walid. * Le contenu de ce courriel et ses eventuelles pièces jointes sont confidentiels. Ils s'adressent exclusivement à la personne destinataire. Si cet envoi ne vous est pas destiné, ou si vous l'avez reçu par erreur, et afin de ne pas violer le secret des correspondances, vous ne devez pas le transmettre à d'autres personnes ni le reproduire. Merci de le renvoyer à l'émetteur et de le détruire. Attention : L'Organisme de l'émetteur du message ne pourra être tenu responsable de l'altération du présent courriel. Il appartient au destinataire de vérifier que les messages et pièces jointes reçus ne contiennent pas de virus. Les opinions contenues dans ce courriel et ses éventuelles pièces jointes sont celles de l'émetteur. Elles ne reflètent pas la position de l'Organisme sauf s'il en est disposé autrement dans le présent courriel. ** user.class.php Description: application/httpd-php ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Fwd: Fonctionnalités pour la version 0.7 ?
Bonjour, Dans le cadre de notre projet, nous pensons dployer la future version 0.7. Hors, on va avoir besoin de fonctionnalits particulires. Si elles ne sont pas prvues dans cette version, je voudrais discuter de la possibilit que nous fassions nous mme les devs, et de savoir si ceux-ci (et sous quelles conditions) peuvent tre mergs dans GLPI. Authentification : * GLPI permet de remonter l'appartenance d'un utilisateur un groupe depuis l'annuaire LDAP, en regardant un attribut de l'objet user. Seulement, dans le cadre de mon projet j'ai besoin de trouver cette information, aussi, en parcourants des objets groupes et en lisant leur attribut member. - pensez vous intgrer une telle fonctionnalit dans la version 0.7 de GLPI. Sinon, si je la dveloppe, pourra-t-elle tre prise dans la version 0.7 ? * Pour des besoins de performances, nous pensons disposer de 2 bases de donnes pour GLPI : une matre en lecture/criture, et une esclave en lecture seule. Est-il possible de prciser que l'on veut effectuer les lectures sur une base et les critures sur une autre ? - mme question, pensez vous dvelopper cela pour la 0.7, et sinon est ce que si je dveloppe cette fonctionnalit elle pourra tre merge dans le CVS ? * Avec quelle volumtrie avez vous test la base de GLPI. Notre cible est de rpertorier 80 000 machines terme. Pensez vous que l'interface va rpondre de manire convenable ? Si tel n'est pas le cas, envisagez vous de faire des amlioration pour la version 0.7 ? * sur la partie HelpDesk, je n'ai pas trouv (mais c'est possible que a existe) un mcanisme d'escalade. En effet, le but c'est que si la personne en charge du ticket ne sait pas rpondre au problme, qu'elle puisse inclure dans la boucle une ou plusieures personnes aux comptences suffisantes. Avez vous dj rflchi cette fonctionnalit ?Bonjour, Dans le cadre de notre projet, nous pensons dployer la future version 0.7. Hors, on va avoir besoin de fonctionnalits particulires. Si elles ne sont pas prvues dans cette version, je voudrais discuter de la possibilit que nous fassions nous mme les devs, et de savoir si ceux-ci (et sous quelles conditions) peuvent tre mergs dans GLPI. Authentification : * GLPI permet de remonter l'appartenance d'un utilisateur un groupe depuis l'annuaire LDAP, en regardant un attribut de l'objet user. Seulement, dans le cadre de mon projet j'ai besoin de trouver cette information, aussi, en parcourants des objets groupes et en lisant leur attribut member. - pensez vous intgrer une telle fonctionnalit dans la version 0.7 de GLPI. Sinon, si je la dveloppe, pourra-t-elle tre prise dans la version 0.7 ? * Pour des besoins de performances, nous pensons disposer de 2 bases de donnes pour GLPI : une matre en lecture/criture, et une esclave en lecture seule. Est-il possible de prciser que l'on veut effectuer les lectures sur une base et les critures sur une autre ? - mme question, pensez vous dvelopper cela pour la 0.7, et sinon est ce que si je dveloppe cette fonctionnalit elle pourra tre merge dans le CVS ? * Avec quelle volumtrie avez vous test la base de GLPI. Notre cible est de rpertorier 80 000 machines terme. Pensez vous que l'interface va rpondre de manire convenable ? Si tel n'est pas le cas, envisagez vous de faire des amlioration pour la version 0.7 ? * sur la partie HelpDesk, je n'ai pas trouv (mais c'est possible que a existe) un mcanisme d'escalade. En effet, le but c'est que si la personne en charge du ticket ne sait pas rpondre au problme, qu'elle puisse inclure dans la boucle une ou plusieures personnes aux comptences suffisantes. Avez vous dj rflchi cette fonctionnalit ? Merci. Walid. * "Le contenu de ce courriel et ses eventuelles pièces jointes sont confidentiels. Ils s'adressent exclusivement à la personne destinataire. Si cet envoi ne vous est pas destiné, ou si vous l'avez reçu par erreur, et afin de ne pas violer le secret des correspondances, vous ne devez pas le transmettre à d'autres personnes ni le reproduire. Merci de le renvoyer à l'émetteur et de le détruire. Attention : L'Organisme de l'émetteur du message ne pourra être tenu responsable de l'altération du présent courriel. Il appartient au destinataire de vérifier que les messages et pièces jointes reçus ne contiennent pas de virus. Les opinions contenues dans ce courriel et ses éventuelles pièces jointes sont celles de l'émetteur. Elles ne reflètent pas la position de l'Organisme sauf s'il en est disposé autrement dans le présent courriel." ** ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Questions à propos de l'authentification et du contrôle d'accès LDAP
Bonjour, je commence à travailler sur glpi, et je dois faire les choses suivantes : * déporter l'authentification de glpi sur un annuaire ldap et pas une base de données (ça ça marche bien, pas de soucis). * récupérer depuis l'annuaire le groupe auquel appartient l'utilisateur (soit via un attribut de l'objet utilisateur, soit en lisant une entrée member d'un groupe) * associer à un groupe un profil pour que, une fois que l'on sait dans quel groupe l'utilisateur appartient, il n'y ai rien à paramètrer dans l'admin de glpi. * afficher seulement une partie du matériel suivant le profil qu'à l'utilisateur (par ex le profil profilSite1 n'affiche que les machines du site1 et pas du site2). J'ai regardé ce qui est présent pour l'instant dans glpi, mais cela n'a pas l'air de répondre à mon besoin. En effet, on peut mettre un utilisateur dans un groupe, mais je n'ai pas vu comment affecter un profil à un groupe. Est-il possible de placer un utilisateur dans un groupe directement en lisant un attribut de l'entrée utilisateur ldap ? Je voulais savoir si vous aviez déjà prévu d'intégrer ce genre de contrôles dans GLPI, sachant que je risque de devoir le mettre en place cela (donc si vous n'avez pas prévu ça, je vais sûrement le coder moi même). merci. * Le contenu de ce courriel et ses eventuelles pièces jointes sont confidentiels. Ils s'adressent exclusivement à la personne destinataire. Si cet envoi ne vous est pas destiné, ou si vous l'avez reçu par erreur, et afin de ne pas violer le secret des correspondances, vous ne devez pas le transmettre à d'autres personnes ni le reproduire. Merci de le renvoyer à l'émetteur et de le détruire. Attention : L'Organisme de l'émetteur du message ne pourra être tenu responsable de l'altération du présent courriel. Il appartient au destinataire de vérifier que les messages et pièces jointes reçus ne contiennent pas de virus. Les opinions contenues dans ce courriel et ses éventuelles pièces jointes sont celles de l'émetteur. Elles ne reflètent pas la position de l'Organisme sauf s'il en est disposé autrement dans le présent courriel. ** ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
