-
Notifications
You must be signed in to change notification settings - Fork 762
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
Fix nm-applet requirement in meson.build #12714
base: master
Are you sure you want to change the base?
Conversation
The logic was swapped in 16cf990 which is incorrect. So require nm-applet when have_networkmanager is true, i. e. disable_networkmanager is false. Not vice versa.
@JosephMcc and @clefebvre please take a look. |
The naming here just needs to be improved, but the logic is correct. This section controls whether nm-applet is required by the session. Now that cinnamon has an internal implementation of the authentication dialog we do not want nm-applet to be a required part of the session. |
This does not change the default build but is more descriptive about what the option is doing. ref: #12714
@mtwebster also with new commit seems to remain the regression to don't have the possibility to disable network manager (for example for build that don't want it or archs that don't have it).
|
Thanks @Fantu |
Our point was we don't want nm-applet required in the session when using our own agent. We didn't consider 'no network manager' when repurposing this option. I guess it'd be best to make another meson option to control this? edit: or a multiple-choice option. |
One parameter with multiple-choice (like with_networkmanager=disabled|internal-agent|external-agent, or something better) or 2 parameters, for example return to have also disable_networkmanager and if true will disable also build_nm_agent. |
I would be happy if there was a way to fully disable network manager. |
The logic was swapped in 16cf990 which is incorrect.
So require nm-applet when have_networkmanager is true, i. e. disable_networkmanager is false. Not vice versa.