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

electron: add 6.x version #66397

Merged
merged 1 commit into from Aug 13, 2019
Merged

Conversation

svalaskevicius
Copy link
Contributor

@svalaskevicius svalaskevicius commented Aug 9, 2019

add electron 6, based on 5.x.nix file

Motivation for this change

add a new version as we only had up to 5

Things done
  • Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
  • Built on platform(s)
    • NixOS
    • macOS
    • other Linux distributions
  • 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 nix-review --run "nix-review wip"
  • Tested execution of all binary files (usually in ./result/bin/)
  • Determined the impact on package closure size (by running nix path-info -S before and after)
  • Ensured that relevant documentation is up to date
  • Fits CONTRIBUTING.md.
Notify maintainers

cc @worldofpeace

Copy link
Contributor

@worldofpeace worldofpeace left a comment

Choose a reason for hiding this comment

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

You need to add an electron_6 attribute to all-packages.nix
And you commit message should be

electron_6: init at 6.0.1

An aside, I think at some point we should change the default electron version?
(not asking for that in this PR)

@worldofpeace
Copy link
Contributor

The copy pasting of these expressions is kinda problematic, I was going to add it in #65916 but I couldn't bring my self to copy one of them or refactor it to a generic function.

Perhaps there should be an issue for this.

@svalaskevicius
Copy link
Contributor Author

Thanks. Will make the change when I get a chance next - hopefully today :)

Hmm yeah I think upping the default version would be good, but need to check dependencies?

Re refactoring - maybe, but they're minimally different - newer versions depend on at-spi2-core, and I think some earlier versions are missing it (iirc, maybe I'm wrong though).. Having said that - is there a need to support old versions?

@worldofpeace
Copy link
Contributor

worldofpeace commented Aug 9, 2019

Hmm yeah I think upping the default version would be good, but need to check dependencies?

See

I think the oldest should be the current default. (needs no change)

Re refactoring - maybe, but they're minimally different - newer versions depend on at-spi2-core, and I think some earlier versions are missing it (iirc, maybe I'm wrong though).. Having said that - is there a need to support old versions?

I believe we should keep

  • 6.x
  • 5.x
  • 4.x

and drop 3.x. @manveru Does this sound correct?

And when we remove the electron_3 attribute we should add a throw to aliases.nix like

electron_3 = throw "deprecated 2019-08-09: use the electron attribute for the currently supported version.";

@svalaskevicius
Copy link
Contributor Author

@worldofpeace the 2 mentioned items are now done :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants