GLPI - Asset and IT Management Software
-
I packaged this the other day just to play around with. Works pretty well, actually. The only major issue I've run into is that plugins seem to not be playing very nicely. I added symlinks from
/app/databack to/app/codefor the/incfolder since there was relative path navigation in multiple plugins I tested, but that hasn't seemed to totally resolve the issues, and I just don't have that much desire to troubleshoot through much deeper than I have. With that caveat, maybe someone else can sort the plugin thing out, but it'd otherwise be completely working. Cloudron LDAP & SMTP are in use and auto-configuring as packaged, so it's in a decent spot for those who only need core functionality in the mean time (which is pretty expansive - this thing's a monster of an ITIL app). Packaging is at https://git.cloudron.io/jimcavoli/glpi-app for the interested.@jimcavoli Do you know how this compares to Snipe-IT ?
-
@jimcavoli Do you know how this compares to Snipe-IT ?
@girish The screenshots look like this is more designed for large-scale setups including server cupboards, although extreme home-setup users may like too.
Snipe-IT seems more for SME devices & peripherals only.
Both look good and I'm sure attractive to further dev-ops & sys-admins to Cloudron.
-
@jimcavoli Do you know how this compares to Snipe-IT ?
@girish yeah, after kicking the tires on it, it's definitely aimed at bigger use cases than Snipe...and with more plugin development could be a much more robust option. The existing plugins for integration with tools like FusionInventory and OCS are compelling concepts at least, much like the JAMF integration, but this all gets a bit stymied by my lack of working plugins so far. It also does have a pretty robust in-built change control and service desk/ticketing, which is the biggest departure. Snipe is a more limited ITIL tool and designed to meet that need; GLPI is aimed at almost exhaustively comprehensive ITIL/ITSM in one system. I think there's plenty of room in the world (and likely on the platform) for both, but GLPI is sort of kneecapped without plugin support getting fixed from being clearly better for those large use cases.
-
@girish yeah, after kicking the tires on it, it's definitely aimed at bigger use cases than Snipe...and with more plugin development could be a much more robust option. The existing plugins for integration with tools like FusionInventory and OCS are compelling concepts at least, much like the JAMF integration, but this all gets a bit stymied by my lack of working plugins so far. It also does have a pretty robust in-built change control and service desk/ticketing, which is the biggest departure. Snipe is a more limited ITIL tool and designed to meet that need; GLPI is aimed at almost exhaustively comprehensive ITIL/ITSM in one system. I think there's plenty of room in the world (and likely on the platform) for both, but GLPI is sort of kneecapped without plugin support getting fixed from being clearly better for those large use cases.
@jimcavoli Thanks for the review! For the relative path navigation, I had similar issue with some other apps (I think suitecrm iirc). For this, I had tried to implement a sort of "links" feature in the box code where it creates hard links between /app/data/plugins and /app/code/plugins . Let me try to remember how exactly I tried to fix it but I never merged that feature in .
-
Just pushed updates to https://git.cloudron.io/jimcavoli/glpi-app that include a fix in the manifest as well as the version to the newly released GLPI 9.5.3
@jimcavoli nice, thanks, gonna check it out soon! I've tried Snipe-IT, but the lack of putting documents/snippets anywhere made it unusable for me. Still using an ancient version of iTop I've packaged at some point for my inventory and docs, but this seems to be a decent replacement.
-
@jimcavoli nice, thanks, gonna check it out soon! I've tried Snipe-IT, but the lack of putting documents/snippets anywhere made it unusable for me. Still using an ancient version of iTop I've packaged at some point for my inventory and docs, but this seems to be a decent replacement.
@msbt Good stuff! Let us know what you think as well. There's a lot of caveats presently, as described above, when it comes to plugins, but the core feature set is pretty good already on its own, so if it's useful enough as an alternative to other systems without extension, perhaps it's worth pressing on.
-
@msbt Good stuff! Let us know what you think as well. There's a lot of caveats presently, as described above, when it comes to plugins, but the core feature set is pretty good already on its own, so if it's useful enough as an alternative to other systems without extension, perhaps it's worth pressing on.
@jimcavoli I've installed that thing the other day and boy, this is a monster compared to my current ITIL solution. Not quite happy with some of the userflow (took me a while to figure out how to make my cloudron user an admin), but I'll play around with it some more.
-
Hi everyone
I’d like to share a first functional draft of GLPI 11 packaged for Cloudron.
It’s not a finished or “official” package yet, but the foundation is already solid and clean, and follows Cloudron best practices.
Git repository:
https://github.com/vitetj/Cloudron-GLPICurrent state
GLPI 11.x
MySQL via Cloudron addon
Persistent data stored in /app/data
Intentional manual installation via CLI script (for safety and clarity)
Cloudron post-install message (red warning box) to guide admins
Idempotent initialization script (
init-glpi.sh)Clean
start.shwith no hidden automationThe goal was to build something that is:
admin-friendly
maintainable
Cloudron-native
explicit rather than “magic”
What’s coming next
I plan to continue improving the package with:
GLPI cron tasks (via Cloudron Cron)
Cloudron SMTP integration
LDAP / SSO
additional hardening and cleanup
better admin documentation
This is very much a work in progress, but I wanted to share early to get feedback from the Cloudron community, especially on:
the installation flow
the manual post-install approach
the overall package architecture
Any feedback is welcome
