-
Notifications
You must be signed in to change notification settings - Fork 5.9k
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
netdata package maintainers #651
Comments
You can set the "Related URL" for Gentoo to https://github.com/gentoo/gentoo/tree/master/net-analyzer/netdata |
Thanks! Done. |
@ktsaou It should probably be: RHEL == CentOS (just rebranded and a few other nuances)
|
ok, fixed that. Although there are differences. I decided to treat separately when I found this: https://github.com/firehol/netdata-demo-site/blob/28c7962d28a942c5321e8475f51d5b17dd48a884/install-required-packages.sh#L653 |
I'm maintaining netdata for NETGEAR ReadyNAS @ https://github.com/nastools/netdata |
nice. Thank you! Please make sure the directory |
I just submitted this PR to correct that repo. Not sure how those packages made it in the repo, but they're wrong. |
I'm building with dh-autoreconf and don't end up with a registry directory. Do I need to be including this?
|
The installation should only create |
Can you please add https://anonscm.debian.org/git/collab-maint/netdata.git for Debian (and maybe put in my name as well?) Thanks |
done. thanks! I would love to provide a binary package and probably a PPA for users to install it easily on debian based distributions, until the distros include it. I am completely ignorant of the procedure - I have tried to do it a few times, but it is totally counter-intuitive for me. Can you help me? |
oh! I replaced @lhw with @FedericoCeratto . Do you want me to add @lhw back, to list both of you? |
@ktsaou we are both maintaining the package and lhw did a lot of work :) |
Added @lhw back, together with you. |
Just updated the ansible role and uploaded it into ansible galaxy. You can retrieve the whole playbook here : https://galaxy.ansible.com/jffz/netdata/ Direct usage with ansible-galaxy: |
updated the link above to point to https://galaxy.ansible.com/jffz/netdata/ |
Maybe you can delete " But i guess both chef and ansible books should be linked somewhere in the readme / wiki for easier retrieving. |
yeah sorry, i pasted a wrong link |
done is #1123 |
I have been (trying to) following the (amazing amount of) development in this project... Quite a few new features were merged (fping, DBs, external backend come to mind), is there any timeframe for a new release? |
I think in 1-2 weeks v1.5 will be out. |
Done, hub version is published. Next/docker image will replace ssmtp most likely (a PR is in the works), so there will be some changes regarding readme and such. |
This might be useful: https://repology.org/metapackage/netdata/badges :) |
Add me as macOS Homebrew formula. |
added you. Thank you for supporting netdata! |
If you know who is the netdata package maintainer for alpine, please invite him here. It seems the latest package on alpine is broken #3897 |
Alpine Linux netdata package source: https://git.alpinelinux.org/cgit/aports/log/?qt=grep&q=Netdata |
# Contributor: Carlo Landmeter <clandmeter@gmail.com>
# Maintainer: |
nice finding! @clandmeter are you the netdata package maintainer for alpine? |
@ktsaou is list of maintainers from #651 (comment) up to date? I am currently in process of writing new ansible role for netdata as I've tried @jffz one some time ago, but he is unresponsive and my PRs are waiting and waiting. I want to include option to install netdata not only from source (I don't want to install build tools on multiple servers), but also from pre-built repository packages. While writing I need to checked some of those repos, and alternative ones as I want to support systems I usually support with my roles:
What I found:
There are possibly more things lacking, but I found that in current state it is impossible to support all those repo combinations in one ansible role, so I decided to use official releases and install it all by myself with ansible. Hopefully it will be ready soon and we all be able to install netdata faster on multiple devices at once (compile on one device - install on many). 😄 |
@paulfantom If you want to check debian package status it's actually easier to just go to the package tracker: https://tracker.debian.org/pkg/netdata @ktsaou The URL for debian has changed as debian switched to gitlab its now http://salsa.debian.org/debian/netdata but you could also use the tracker URL from above. |
ok guys I converted this to a wiki page: https://github.com/firehol/netdata/wiki/netdata-package-maintainers So, feel free to edit it to reflect the current status. |
updated also the original post to divert to the wiki. |
Wiki page is now at https://github.com/netdata/netdata/wiki/netdata-package-maintainers. Closing as this information is tracked in wiki. |
@lhw @FedericoCeratto do you need GPG signature for tar packages of netdata? If yes, why? |
@paulfantom the signature is optional and it's meant to ensure the authenticity and integrity of the tarball |
Great! 👍 So it is not crucial if you are downloading from github via HTTPS. In such scenario source authenticity is achieved by downloading using github and transport security is achieved by using HTTPS. And if someone would gain access to our code on github, then GPG signature won't prevent anything since archive signing is in travis. As for integrity there is always a checksum. |
HTTPS provides limited security (there has been many issues) and only for data in transit (not at rest). GPG signatures from Travis or other 3rd party services are not accepted - the tarball has to be signed directly by the author. |
It is not provided directly by an author, that's why I want to remove GPG signature. |
The GPG signatures are only on source files and are currently provided directly by an author. I don't have a strong view about what happens going forwards but for reference, the current process is:
If you are thinking to replace the tagging with a system which does so automatically, e.g. based on the content of a PR, I think the signatures can still be produced without opening much of a hole. The script in (3) would need to be updated not look for a signature, and any manual checks that the tag is good move from before tagging (otherwise the git gpg signature did nothing anyway) to after. I should note as well at this point that the checks in said script are not perfect. They don't check files added by Travis since we have no way to independently verify them, much as with binary output. The key suspects I would suggest are those produced by autoconf/automake, so if you distrust Travis, or the possibility that the tar could be interfered with between upload by travis and download for checking before signing, whilst the sources should be sound, running |
Source tar signatures could still be produced without changing much that is. I'm not suggesting signed tags from Travis, to be clear. |
Plan is to have fully automated reproducible build and release system which could be easily extended to provide binary packages (via repository). Whole thing needs to be as simple as possible for two reasons. First is to allow other people see how it is created (without magic) and second is to allow for very fast release cycle, where we can have "nightly" packages every 24h and "stable" ones every 2-4 weeks. This means that system will probably be highly opinionated, so if something is only optional and doesn't have much value, it is just a complication which needs to be removed. This doesn't mean that we won't sign packages, we will, but binary packages. In future we will probably drop tarball generation by travis since GitHub automatically creates archives with code when creating a release. |
Dear all netdata release v1.11 is currently in draft. A lot have changed in this release. The whole release procedure has been rewritten, stock config files have been moved to The draft release message describes everything in more detail. |
Well, it's already in Gentoo: https://github.com/gentoo/gentoo/tree/master/net-analyzer/netdata |
This issue has been converted to a wiki page
For the latest info check it here: https://github.com/firehol/netdata/wiki/netdata-package-maintainers
I think it would be useful to prepare a wiki page with information about the maintainers of netdata for the Linux distributions, automation systems, containers, etc.
Let's see who is who:
Official Linux Distributions
FreeBSD
MacOS
Unofficial Linux Packages
Embedded Linux
Linux Containers
Automation Systems
If you know other maintainers of distributions that should be mentioned, please help me complete the list...
cc: @mcnewton @philwhineray @alonbl @simonnagl @paulfantom
The text was updated successfully, but these errors were encountered: