You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am a NixOS packager for netdata and we just realized in NixOS/nixpkgs#256964 that we were shipping unfree software since 1.41.0 because of the NCUL1 license.
I am working to fix the metadata, but, unfortunately, it means that our user will have to build netdata themselves as we don't offer any CI for unfree software in general.
The OP in the issue is exploring an avenue where they pull out the cloud UI and replaces it with the old dashboard, but the "automatic download" feature and all that stuff will probably make our life harder to prevent the software to re-become unfree dynamically.
Description
Knobs to control the unfreeness of netdata at build-time and runtime.
Importance
blocker
Value proposition
Users relying on netdata will soon receive a hard message that netdata has become unfree in the PR I am planning to send to correct all the metadata, a way to solve this is usually to introduce netdataUnfree and netdata to offer the choice to our users.
Without a way to guarantee netdata to be completely free of NCUL1 or non-free licenses, it's hard to maintain such a package and therefore we may only offer netdataUnfree which will force all our users to recompile netdata from source at every change in the dependency tree (e.g. OpenSSL security updates, etc.), this is fine for users like me who has a build farm anyway, less fine for random end-users.
Proposed implementation
Could we have a way to ensure that we put netdata in a 100% free mode, i.e. no attempt to download the NCUL1-licensed stuff, no attempt to put it in the final package (when we build it from source), etc. ?
That would make our life much easier.
The text was updated successfully, but these errors were encountered:
For certain Linux distributions, it's important that they ship only
software with free license. To help with that, add a flag which disable
installing the v2 dashboard.
The flag excludes the web/gui/v2/ directory from building, as well as
the index.html which downloads the latest v2 dashboard from server.
index.html of v1 will get installed instead, which means users will
seamlessly use the v1 dashboard in this case.
Bug: netdata#16035
Problem
I am a NixOS packager for netdata and we just realized in NixOS/nixpkgs#256964 that we were shipping unfree software since 1.41.0 because of the NCUL1 license.
I am working to fix the metadata, but, unfortunately, it means that our user will have to build netdata themselves as we don't offer any CI for unfree software in general.
The OP in the issue is exploring an avenue where they pull out the cloud UI and replaces it with the old dashboard, but the "automatic download" feature and all that stuff will probably make our life harder to prevent the software to re-become unfree dynamically.
Description
Knobs to control the unfreeness of netdata at build-time and runtime.
Importance
blocker
Value proposition
Users relying on netdata will soon receive a hard message that netdata has become unfree in the PR I am planning to send to correct all the metadata, a way to solve this is usually to introduce netdataUnfree and netdata to offer the choice to our users.
Without a way to guarantee netdata to be completely free of NCUL1 or non-free licenses, it's hard to maintain such a package and therefore we may only offer netdataUnfree which will force all our users to recompile netdata from source at every change in the dependency tree (e.g. OpenSSL security updates, etc.), this is fine for users like me who has a build farm anyway, less fine for random end-users.
Proposed implementation
Could we have a way to ensure that we put netdata in a 100% free mode, i.e. no attempt to download the NCUL1-licensed stuff, no attempt to put it in the final package (when we build it from source), etc. ?
That would make our life much easier.
The text was updated successfully, but these errors were encountered: