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鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

buildComposerProject/Repository: drop empty phases #306226

Closed

Conversation

SuperSandro2000
Copy link
Member

@SuperSandro2000 SuperSandro2000 commented Apr 23, 2024

Tested by building pixelfed and librenms and verifying that the buildPhase is still run

Description of changes

Things done

  • Built on platform(s)
    • x86_64-linux
    • aarch64-linux
    • x86_64-darwin
    • aarch64-darwin
  • For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)
    • sandbox = relaxed
    • sandbox = true
  • Tested, as applicable:
  • Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
  • Tested basic functionality of all binary files (usually in ./result/bin/)
  • 24.05 Release Notes (or backporting 23.05 and 23.11 Release notes)
    • (Package updates) Added a release notes entry if the change is major or breaking
    • (Module updates) Added a release notes entry if the change is significant
    • (Module addition) Added a release notes entry if adding a new NixOS module
  • Fits CONTRIBUTING.md.

Add a 馃憤 reaction to pull requests you find important.

Tested by building pixelfed and librenms and verifying that the
buildPhase is still run
@drupol
Copy link
Contributor

drupol commented Apr 23, 2024

I may be wrong, but these phases were left there for the finalAttrs pattern. Maybe @jtojnar will be able to confirm this.

@@ -29,38 +29,9 @@ let
patches = previousAttrs.patches or [ ];
strictDeps = previousAttrs.strictDeps or true;

# Should we keep these empty phases?
Copy link
Contributor

Choose a reason for hiding this comment

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

IIRC, the point is to prevent running ./configure, make & co., while still being able to overrideAttrs like in mkDerivation-based packages (e.g. without having to also override dontConfigure back to false). It should probably be documented.

Copy link
Contributor

Choose a reason for hiding this comment

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

@SuperSandro2000 Do you plan to do something in here?

Copy link
Member Author

Choose a reason for hiding this comment

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

Do the packages even contain files which would be run? It is probably surprising if they are not run here and it masks the default mkDerivation behavior.

Copy link
Contributor

@drupol drupol May 2, 2024

Choose a reason for hiding this comment

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

What do you mean? something like ./configure? Then it's no.

@drupol drupol closed this May 17, 2024
@SuperSandro2000 SuperSandro2000 deleted the php-build-cleanup branch May 19, 2024 23:28
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
No open projects
Status: Done
Development

Successfully merging this pull request may close these issues.

None yet

3 participants