Hello everyone, How can I install all package in a package set?
I tried add it to home.packages ,but i got error: A definition for option home-manager.users.zhou2008.home.packages."[definition 9-entry 1]" is not of type 'package'.
home.packages = with pkgs; [
kdePackages
microsoft-edge
vscode
vlc
qq
tdesktop
tree htop wget curl git
];
You could try with pkgs; [ ... ] ++ builtins.attrValues kdePackages but I expect that to not work.
error: qt6Packages now uses makeScopeWithSplicing which does not have "overrideScope'", use "overrideScope".
yes, it is not working
btw,is nixos has a package like kde-applications-meta(it exists in archlinux)?
builtins.filter lib.isDerivation (builtins.attrValues kdePackages)
This should filter out all the non-derivation attributes.
sorry for late reply, but it still not works
➜ ~ update
building the system configuration...
error:
… while calling the 'head' builtin
at /nix/store/s8pb2vy9zdjxlc5gr2iwkkm9y5gqr4ph-source/lib/attrsets.nix:1575:11:
1574| || pred here (elemAt values 1) (head values) then
1575| head values
| ^
1576| else
… while evaluating the attribute 'value'
at /nix/store/s8pb2vy9zdjxlc5gr2iwkkm9y5gqr4ph-source/lib/modules.nix:809:9:
808| in warnDeprecation opt //
809| { value = builtins.addErrorContext "while evaluating the option `${showOption loc}':" value;
| ^
810| inherit (res.defsFinal') highestPrio;
(stack trace truncated; use '--show-trace' to show the full trace)
error: qt6Packages now uses makeScopeWithSplicing which does not have "overrideScope'", use "overrideScope".
➜ ~
Try this:
lib.pipe kdePackages.sources [
builtins.attrNames
(builtins.map (n: kdePackages.${n}))
(builtins.filter (pkg: !pkg.meta.broken))
]
ok,it works,thank you very much!
Would it be possible to filter out a package here? I’ve tried with
(builtins.filter (pkg: pkg.name != "audiotube"))
(there’s currently an open build error with AudioTube) but it doesn’t work.
Of course. You probably want pname instead of name though.
You can launch a REPL (nix repl --file '<nixpkgs>') and use that to look at all the attributes of a package (type kdePackages.audiotube.name to see what that is, and kdePackages.audiotube.pname to see how that’s different).
Thanks!, it works with pname.
➜ ~ update
building the system configuration...
[1/0/912 built, 16/0/792 copied (1.5/4571.6 MiB), 0.4/778.5 MiB DL] building dependency-paths.patch
nix: ../src/libstore/build/derivation-goal.cc:293: nix::Goal::Co nix::DerivationGoal::haveDerivation(): Assertion `false' failed.
➜ ~
I met a new problem,how to resolve it?
from search, it has a issue on github, but it seems nobody reply:https://github.com/NixOS/nix/issues/13358
update: i retry it a few hours later, it works.
I found this thread while trying to figure out the config for converting my Arch system to NixOS, and I made a discovery that makes this a little cleaner.
First off, to respond to the question of whether Nixpkgs has an equivalent to Arch’s kde-applications-meta, the answer is kind of, but it’s actually not kdePackages itself. While the name suggests it contains all KDE applications, taking a closer look at kde-applications-meta (or the list for the kde-applications group) reveals that it’s actually just KDE Gear. Taking a look at Nixpkgs’s source, I saw that it actually has an attrset kdePackages.gear with just the gear applications. This is useful, since kdePackages also has other packages such as those related to the DE and various frameworks that you may not want to always pull in (or at least not explicitly).
With 25.11 (and to a lesser extent unstable), this attrset still requires some filtering, both due to broken packages and because of the usage of lib.dontRecurseIntoAttrs. Also, kdePackages.step is currently broken, but not marked as such (I made an issue report, but I don’t know if I need to make a PR to mark it as well), so that needs to be manually filtered as well. Put together, this is what I have for selecting all non-broken KDE Gear applications:
lib.pipe kdePackages.gear [
(lib.flip builtins.removeAttrs [ "recurseForDerivations" ])
builtins.attrValues
(builtins.filter (pkg: !pkg.meta.broken))
(builtins.filter (pkg: pkg.pname != "step")) # unmarked broken package
];
The removeAttrs shouldn’t be needed for unstable. If you want to filter out multiple packages (eg. just not wanting to install them), using something like (builtins.filter (pkg: !(builtins.elem pkg.pname [ ... ]))) or even adding them to the removeAttrs call is probably more efficient that adding multiple filter lines.
Some of the applications in KDE Gear uses olm, which Nixpkgs has marked as insecure. If you use this, you either need to exclude those applications, or allow olm with nixpkgs.config.permittedInsecurePackages = [ "olm-3.2.16" ];.
Also, a number of KDE Gear applications have programs option entries for them. With a quick search, I found programs.k3b.enable, programs.kclock.enable, programs.kdeconnect.enable, and programs.partition-manager.enable, as well as programs.kde-pim.* for a few more KDE Gear applications.
As a footnote, there are various applications that are distributed by KDE, but not included in Gear. For these applications, it seems like Nixpkgs handles them inconsistently. Some of them are under kdePackages, such as Marknote and Glaxnimate, while others are just in <nixpkgs> directly, such as Haruna and Krita. I don’t know if there’s any pattern as to what’s included and what’s not, but I’m thinking about opening a Github issue for making it consistent.
Also also, for anybody else coming from Arch, one gotcha to keep in mind: while Arch generally names KDE packages after the application names, NixOS instead names KDE packages after the git repository name. So, for example, KDE Connect is known as kdeconnect in Arch, but kdePackages.kdeconnect-kde in NixOS. Just keep this in mind if you’re trying to cross-reference a package list (like I am).