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

xairedit: init at 1.8.1 #310943

Open
wants to merge 1 commit into
base: master
Choose a base branch
from
Open

xairedit: init at 1.8.1 #310943

wants to merge 1 commit into from

Conversation

Xervon
Copy link

@Xervon Xervon commented May 11, 2024

Description of changes

  • Added xairedit. This allows configuration of X-Air series mixers by Behringer
  • Added .desktop item for xairedit, x32edit, m32edit

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/)
    • Shows following warning when running: libcurl.so.4: no version information available, any idea on how to fix this?
  • 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.

@@ -35613,6 +35613,8 @@ with pkgs;

x42-plugins = callPackage ../applications/audio/x42-plugins { };

xairedit = callPackage ../applications/audio/midas/xairedit.nix { };
Copy link
Contributor

Choose a reason for hiding this comment

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

Ideally all new top-level packages should be using the new by-name scheme — maybe you can migrate all the other ones while you're at it?

Copy link
Author

Choose a reason for hiding this comment

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

How would I move this to the by-name architecture? Considering this is using a helper function to generate multiple packages with different names (x32mixer, m32mixer, xairmixer) and as far as I understood the by-name architecture you're only supposed to use files from that package's directory (or you can't use files outside that directory)?

installPhase = ''
runHook preInstall
Copy link
Contributor

Choose a reason for hiding this comment

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

Good catch — that should've always been in there 😅


desktopItems = [
(makeDesktopItem {
name = "${pname}";
Copy link
Contributor

Choose a reason for hiding this comment

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

I'm not sure how I feel about this. Firstly, the quotes and the braces are completely unnecessary as you can just use pname directly, but I don't think using pname is a good idea at all — theoretically someone can just override pname and ruin everything.

Given this is a 'generic' version of a bunch of different packages, maybe you could accept differently-named parameters that are hard to accidentally override?

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

3 participants