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
connman: 1.37 -> 1.38 #80812
connman: 1.37 -> 1.38 #80812
Conversation
This pull request has been mentioned on NixOS Discourse. There might be relevant details there: https://discourse.nixos.org/t/prs-ready-for-review-may-2019/3032/122 |
Nice overall improvements, thanks! 😸 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for reviewing. I have just 1 doubt left.
Just copy the approach that tesseract uses. Rename |
Great, thanks again @erikarvstedt . PR should be ready now. |
I think that all options that just translate to a Here's how it should be done. I've also added these fixes:
What's left to be done:
|
I'm not sure I agree. The reason behind my approach is that the --disable/ --enable flags are more explicit - we either require a certain feature or we don't, meaning we don't count on it's presence in In the current state of
I don't mind this change though :)
I agree. I am a connman user myself and I can imagine myself using at least
Correct. The same goes for wpa_supplicant. It's evident that connman (in 1.37 as well) connects to both daemons via dbus. Hence, the user should choose which program he wishes to use as a wireless daemon and install it. Even Arch Linux puts them in |
Thanks for your thoughtful response.
Yeah, we'll have to wait for a judgement from a more seasoned contributor. |
Agreed. Allow me to summon @worldofpeace to judge on this issue as they supported this approach in #79864 (comment)
Sure. As for the removal of
I see that in https://github.com/erikarvstedt/nixpkgs/blob/1860c678353d1a9d9706bff7581abcb4a5cc0944/pkgs/tools/networking/connman/connman.nix#L47 . My opinion is that this is an imposition we shouldn't take. Just because a connman derivation was built with (e.g) a certain vpn feature enabled, it doesn't mean that all of the (e.g) openvpn derivation should be downloaded to a user's |
The distinction between Actually, it seems that connman just references the openvpn binary ( |
I always thought that the difference between @erikarvstedt I know you won't completely agree with me about this but I'd like to ask you anyway perhaps only for the sake of me learning: Say I have several binaries in
Which gives:
In comparison to
Say I would like to remove the reference to ppp, openvpn, vpnc and openconnect. How should I construct the inputs in such a way that they will only be used in build time, but wouldn't be strictly required for running? |
connman calls these binaries by their absolute store paths. So, for private use, you could pass wrapper binaries to the build that call the main binary in PATH. (Drop me a mail if you need more help here.) But this is inappropriate for |
I see, (I read https://nixos.org/nixos/nix-pills/automatic-runtime-dependencies.html and that helped me understand better). As for the
That makes sense with what I understand better only now. However, in our case, the dependencies I understand now this logic. |
c4802f7
to
cd5230c
Compare
We do not address worldofpeace like this. I understand they have already made it plain to you that it is not appropriate to call them “he”, including “he (they)”. In case this is still not clear, a phrasing that is not disrespectful to worldofpeace would have been: “Allow me to summon @worldofpeace to judge on this issue as they supported this approach in…” |
@alyssais, thanks for reading through all of this. Do you think it would make sense to close this PR and reopen it with squashed commits and one single comment by me which addresses outstanding issues, so we can spare future reviewers all the detours in our discussion? |
Thank you @alyssais for joining the discussion. Unfortunately, I've failed to understand that a while ago when worldofpeace have first explained it to me and I understood a totally different scenario. Just a few hours ago I've messaged them explaining this. Please forgive my insensitivity. |
I think it would make sense to re-pr so it can attract reviewers. I currently won't have the time to review this just yet, since we are so close to getting 20.03 out. |
Use tesseract as a source for inspiration - rename default.nix -> connman.nix and declare build flavors in default.nix .
cd5230c
to
b03bf77
Compare
Closing for the sake of a cleaner re-pr (#83473). |
Motivation for this change
Things done
connmanFull
andconnmanThin
with several more / less features enabled / disabled.sandbox
innix.conf
on non-NixOS linux)nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
./result/bin/
)nix path-info -S
before and after)cc @matejc