-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature request: Debian Packaging #22
Comments
I have a working code which creates a .deb |
I agree with the .deb file. I know that this is a "lazy" way, but will be very useful to install in many servers/clients |
@zentavr Could you please raise a PR with your deb code? |
@gleitoncampos Considering Zabbix is designed to monitor hundreds of servers, I'd say this is more "using the package manager as intended" rather than lazy... |
@cyberjacob: I have composed deb packaging for another your module called zabbix-agent-module-sockets. As a dependency it contains zabbix sources inside (as an tar.gz file). I'm ok to share it , but I wonder if I can to that with zabbix sources inside? If not - I can just drop them and share the files. Frankly speaking just now I have no time to make it more elegant, but if you have time to add the files in more proper way - it would be great. |
I apologize I haven't had the bandwidth to do this. Package maintaining tends to require a lot of commitment that I can't offer right now (testing on multiple-OSes is the hardest part) - but I acknowledge and am grateful that you all make use of this library. @zentavr You can share your package code, without sharing the tar file. Ideally, a Makefile should be used to compile the tar and the sources should be provided by the user. I have an examples in another modules: |
@cavaliercoder - the changes are just debian folder which contains all the rules. After that I build it with the next:
|
Packaging as a .deb file would be useful :)
The text was updated successfully, but these errors were encountered: