Skip to content
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

erlang: introduce "no X" variation #29603

Merged
merged 1 commit into from Sep 22, 2017
Merged

Conversation

peterhoeg
Copy link
Member

Motivation for this change

Erlang pulls in a lot of X dependencies by default. This "_nox" variation reduces the size of the default R18 closure from 465mb to 306mb.

Further to #29518

Things done
  • Tested using sandboxing (nix.useSandbox on NixOS, or option build-use-sandbox in nix.conf on non-NixOS)
  • Built on platform(s)
    • NixOS
    • macOS
    • Linux
  • Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
  • Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
  • Tested execution of all binary files (usually in ./result/bin/)
  • Fits CONTRIBUTING.md.

@mention-bot
Copy link

@peterhoeg, thanks for your PR! By analyzing the history of the files in this pull request, we identified @gleber, @LnL7 and @ankhers to be potential reviewers.

Copy link
Contributor

@gleber gleber left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I am unsure if this is the right way to mark a package as a headless it in nixpkgs, but the code itself LGTM.

One thing we might consider is drop _odbc and _javac versions and keep normal, odbc+javac and a nox versions only. We have so many erlangs which needs to be built by Hydra, so that it seems suboptimal. I'll leave this decision to someone knowing nixpkgs ecosystem better. @LnL7, @cleverca22, any thoughts?

@LnL7
Copy link
Member

LnL7 commented Sep 20, 2017

Didn't I get rid of all of the top-level erlang variants except for the default version?

erlangR18 erlangR18_odbc erlangR18_javac erlangR18_odbc_javac
erlangR19 erlangR19_odbc erlangR19_javac erlangR19_odbc_javac
erlangR20 erlangR20_odbc erlangR20_javac erlangR20_odbc_javac;
erlangR17 erlangR17_odbc erlangR17_javac erlangR17_odbc_javac erlangR17_nox
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@LnL7 These lines expose plenty of Erlang versions at top level in all-packages.nix.

Copy link
Member

@LnL7 LnL7 Sep 20, 2017

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Indeed, but I made a pr to remove them a while back 0fafa0d (#26797)

@peterhoeg
Copy link
Member Author

@LnL7 do you want to merge yours first and I will then rebase against master? The top-level attributes don't seem to be used anywhere in-tree.

@LnL7
Copy link
Member

LnL7 commented Sep 21, 2017

@peterhoeg I re-applied the changes, it probably got lost with a merge or something.

@peterhoeg
Copy link
Member Author

So everybody is cool with erlang_nox?

Copy link
Contributor

@gleber gleber left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good to me.

@peterhoeg peterhoeg merged commit bcd82d6 into NixOS:master Sep 22, 2017
@peterhoeg peterhoeg deleted the f/erlang branch September 22, 2017 07:39
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants