librewolf: add meta.mainProgram attribute

[Guanran928]

Description of changes

add meta.mainProgram attribute
it might or might not work

nixpkgs on  librewolf-mainprogram > nix build .#librewolf
nixpkgs on  librewolf-mainprogram took 12s > ./result/bin/librewolf

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:
  • NixOS test(s) (look inside nixos/tests)
  • and/or package tests
  • or, for functions and "core" functionality, tests in lib/tests or pkgs/test
  • made sure NixOS tests are linked to the relevant packages
• 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/)
• 23.11 Release Notes (or backporting 23.05 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.

[mattmelling]

librewolf will already run from nix run nixpkgs#librewolf. See nix run documentation.

[Guanran928]

librewolf will already run from nix run nixpkgs#librewolf. See nix run documentation.

I got this warning while trying to use LibreWolf with nixpak

building the system configuration...
warning: Git tree '/home/guanranwang/Documents/Projects/git-repos/github.com/Guanran928/flake' is dirty
trace: warning: getExe: Package "librewolf-unwrapped-119.0-5" does not have the meta.mainProgram attribute. We'll assume that the main program has the same name for now, but this behavior is deprecated, because it leads to surprising errors when the assumption does not hold. If the package has a main program, please set `meta.mainProgram` in its definition to make this warning go away. Otherwise, if the package does not have a main program, or if you don't control its definition, use getExe' to specify the name to the program, such as lib.getExe' foo "bar".

[MikaelFangel]

LGTM

[MikaelFangel]

@mattmelling I think that the documentation on nix run is a bit outdated because the assumption that pname and mainProgram is the same has been deprecated as can be seen in @Guanran928 warning message. (It can be found on line 149 in meta.nix last time I checked) ☺️

[mattmelling]

@mattmelling I think that the documentation on nix run is a bit outdated because the assumption that pname and mainProgram is the same has been deprecated

Thanks, TIL!