[idea] Make it possible to store addtional modules in /usr/local

[Fregf]

Your idea

I would like glpi-agent to detect some software on Linux which I installed manually (not using the OS package manager), usually in /usr/local or /opt. I understand I can do this by creating a Perl module in /usr/share/glpi-agent/lib/GLPI/Agent/Task/Inventory. However, as I prefer everything in /usr to be managed by the package manager, I would like to store this module somewhere in /usr/local. Could glpi-agent be modified so that it also reads additional modules from, for example, /usr/local/share/glpi-agent/lib/GLPI/Agent ?

Alternatively, an option like --additional-content but which does not take a static XML file, but a script which when executed outputs the XML. For example --addtional-content-script

[g-bougard]

Hi @Fregf

sorry, but this could be indeed a security hole to include such feature. Actually, you're still free to add the module you want under /usr/share/glpi-agent/lib/GLPI/Agent/Task/Inventory. This should be sufficient for your purpose.

Regarding --additional-content, if your target is at least glpi 10, you can submit a json inventory. In that case, you can provide a json with --additional-content and the contained data could be added to the software list in place of completely replace as section like xml format does. So you can define --additional-content with only the software(s) you want to be added.

[Fregf]

I think putting your own scripts in /usr/share is bad practice, because these locations are managed by the distro's package manager. It's better to store custom stuff in /usr/local.

About --additional-content, the annoying thing is that you need to create a cron job or something like that to generate the XML file, and even then you are never completely sure it is up to date when glpi-agent decides to send the inventory. For that reason it would be handy that glpi-agent could call the script itself when making the inventory.