all-packages.nix: pythonXPackages point to pythonXXPackages

[Artturin]

instead of pythonXX.pkgs

should help with ofborg not building
commits which have python3Packages instead of
python39Packages
see NixOS/ofborg#577

dontRecurseIntoAttrs is used to avoid a performance penalty

@SuperSandro2000 you'll probably be interested in this

Description of changes

Things done

• Built on platform(s)
  • x86_64-linux
  • aarch64-linux
  • x86_64-darwin
  • aarch64-darwin
• For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
• 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/)
• 22.05 Release Notes (or backporting 21.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
  • (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes
• Fits CONTRIBUTING.md.

[Artturin]

looks like it used to be pythonXPackages but was switched to python3.pkgs in 66f7398

[Artturin]

it shows that this will have many rebuilds, however this will have 0 rebuilds

it can be confirmed with

nix eval ".#python3Packages.aadict.drvPath" && git apply - <<< $(curl -s https://patch-diff.githubusercontent.com/raw/NixOS/nixpkgs/pull/165994.patch) && nix eval ".#python3Packages.aadict.drvPath"

[mweinelt]

Can you fix up the commit message? The first line looks messy and probably shouldn't repeat the diff but instead describe the change. Something along the lines of reference canonical python package set names earlier

[mweinelt]

Will not recursing into these attrsets still mean they will be built by hydra?

[Artturin]

Will not recursing into these attrsets still mean they will be built by hydra?

python39Packages is recursed in to later

  python39Packages = recurseIntoAttrs python39.pkgs;
  python310Packages = recurseIntoAttrs python310.pkgs;

[SuperSandro2000]

This should be active immediately? Lets see if it works. Sticking to python310Packages for now.