jiebi/CodeConvo huggingface dataset:
Change:
A clear and concise description of what the bug is. The prusa-slicer package has duplicate desktop files Steps to reproduce the behavior: package there are duplicate icons in menus There should only be one of each desktop file: Gcode viewer and slicer. Instead there are two of each. If applicable, add screenshots to help explain your problem. ! Please run and paste the result.
Looks like we can drop our generated desktop items in favor of the defaults They dont need patching either since it's not using absolute paths

Discussion:
, binutils , fetchFromGitHub , cmake <del> , copyDesktopItems , makeDesktopItem </del> , pkg-config , wrapGAppsHook , boost

nativeBuildInputs = [ cmake <del> copyDesktopItems </del> pkg-config wrapGAppsHook ];

ln -s "$out/share/PrusaSlicer/icons/PrusaSlicer-gcodeviewer_192px.png" "$out/share/pixmaps/PrusaSlicer-gcodeviewer.png" ''; <del> desktopItems = [ (makeDesktopItem { name = "prusa-slicer"; exec = "prusa-slicer"; icon = "PrusaSlicer"; comment = "G-code generator for 3D printers"; desktopName = "PrusaSlicer"; genericName = "3D printer tool"; categories = [ "Development" ]; }) (makeDesktopItem { name = "prusa-gcodeviewer"; exec = "prusa-gcodeviewer"; icon = "PrusaSlicer-gcodeviewer"; comment = "G-code viewer for 3D printers"; desktopName = "PrusaSlicer G-code Viewer"; genericName = "G-code Viewer"; categories = [ "Development" ]; }) ]; </del> meta = with lib; { description = "G-code generator for 3D printer"; homepage = "https://github.com/prusa3d/PrusaSlicer";
Change:
If the admin password stored in contains spaces, the generated script won't escape them when passing them to : Steps to reproduce the behavior: to a file containing spaces. existing Nextcloud configuration (e.g., ) and rebuild with . that the rebuild fails due to . The rebuild succeeded. Please run and paste the result.

Discussion:
${if c.dbhost != null then "--database-host" else null} = ''"${c.dbhost}"''; ${if c.dbport != null then "--database-port" else null} = ''"${toString c.dbport}"''; ${if c.dbuser != null then "--database-user" else null} = ''"${c.dbuser}"''; <del> "--database-pass" = "$${dbpass.arg}"; </del> <ins> "--database-pass" = ""$${dbpass.arg}""; </ins> "--admin-user" = ''"${c.adminuser}"''; <del> "--admin-pass" = "$${adminpass.arg}"; </del> <ins> "--admin-pass" = ""$${adminpass.arg}""; </ins> "--data-dir" = ''"${datadir}/data"''; }); in ''
Change:
NixOS's gzip 1.11 contained , but gzip 1.12 does not. This was probably caused by Please run and paste the result.

Discussion:
nativeBuildInputs = [ xz.bin ]; <del> makeFlags = [ "SHELL=/bin/sh" "GREP=grep" ]; </del> <ins> makeFlags = [ "SHELL=/bin/sh" "GREP=grep" # gzip 1.12 doesn't build `zless` unless it can find `less`, but we # can avoid having `less` as a build input if we just override these. "ZLESS_MAN=zless.1" "ZLESS_PROG=zless" ]; </ins> # Many gzip executables are shell scripts that depend upon other gzip # executables being in $PATH.  Rather than try to re-write all the
Change:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on GitHub to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the current version of the package --- <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- name: win-virtio <!-- The current version can be found easily with the same process as above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 0.1.196-1 desired version: 0.1.221-1 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.

Discussion:
<del> { lib, stdenv, fetchurl, p7zip }: </del> <ins> { lib, stdenv, fetchurl, libarchive }: </ins> stdenv.mkDerivation rec { pname = "win-virtio"; <del> version = "0.1.196-1"; dontUnpack = true; </del> <ins> version = "0.1.229-1"; </ins> src = fetchurl { url = "https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/archive-virtio/virtio-win-${version}/virtio-win.iso"; <del> sha256 = "1zj53xybygps66m3v5kzi61vqy987zp6bfgk0qin9pja68qq75vx"; </del> <ins> hash = "sha256-yIoN3jRgXq7mz4ifPioMKvPK65G130WhJcpPcBrLu+A="; </ins> }; <del> buildPhase = '' runHook preBuild ${p7zip}/bin/7z x $src runHook postBuild ''; </del> <ins> nativeBuildInputs = [ libarchive ]; unpackCmd = "mkdir source; bsdtar -xf $curSrc -C source"; </ins> <del> installPhase = let copy = arch: version: {input, output}: "mkdir -p $out/${arch}/${output}; cp ${input}/${version}/${arch}/* $out/${arch}/${output}/."; virtio = [{input="Balloon"; output="vioballoon";} {input="NetKVM"; output="vionet";} {input="vioscsi"; output="vioscsi";} {input="vioserial"; output="vioserial";} {input="viostor"; output="viostor";} {input="viorng"; output="viorng";} ]; in '' runHook preInstall ${lib.concatStringsSep "n" ((map (copy "amd64" "w10") virtio) ++ (map (copy "x86" "w10") virtio))} runHook postInstall ''; </del> <ins> installPhase = '' runHook preInstall mkdir -p $out cp -R ./. $out/ runHook postInstall ''; </ins> meta = with lib; { description = "Windows VirtIO Drivers"; <del> homepage = "https://fedoraproject.org/wiki/Windows_Virtio_Drivers"; </del> <ins> homepage = "https://docs.fedoraproject.org/en-US/quick-docs/creating-windows-virtual-machines-using-virtio-drivers/index.html"; </ins> license = [ licenses.bsd3 ]; maintainers = [ ]; platforms = platforms.linux;
Change:
Project description Kluctl is a tool to declare and manage Kubernetes deployments (comparable to Helm, but a lot lighter). Metadata homepage URL: source URL: license: Apache-2.0 platforms: Linux, Darwin, Windows (arm64+amd64 except for Windows which is only amd64)

Discussion:
<ins> { lib, stdenv, buildGoModule, fetchFromGitHub, testers, kluctl }: buildGoModule rec { pname = "kluctl"; version = "2.16.0"; src = fetchFromGitHub { owner = "kluctl"; repo = "kluctl"; rev = "v${version}"; hash = "sha256-NwjPClD3P9EP7gKPPgKXI3h+kLeGPd7Gf6gZXMCCLHk="; }; vendorHash = "sha256-IC+sjctDqd0lQD5labl+UYWsRiptQKSjSHYf2SGkp14="; ldflags = [ "-s" "-w" "-X main.version=v${version}" ]; # Depends on docker doCheck = false; passthru.tests.version = testers.testVersion { package = kluctl; version = "v${version}"; }; meta = with lib; { description = "The missing glue to put together large Kubernetes deployments"; homepage = "https://kluctl.io/"; license = licenses.asl20; maintainers = with maintainers; [ sikmir ]; }; } </ins>

buildGoModule = buildGo117Module; }; <ins> kluctl = callPackage ../applications/networking/cluster/kluctl { }; </ins> kibana7 = callPackage ../development/tools/misc/kibana/7.x.nix { }; kibana = kibana7;
Change:
Steps to reproduce the behavior: : lock file: to build the nixosConfiguration: I'm building an aarch64-linux NixOS system on x8664-linux system. It last wokred a few weeks ago on and currently works on . Currently it doesn't work on and . Only recent change mentioning plex I found is , maybe that's the cause? <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- system: host os: multi-user?: sandbox: version: nixpkgs:
Experiencing the esame too. This PR might be related too:
yeah, this also happens with everything under the cross compilation set like wine and steam, even when using pkgsCross. Any ideas about the rest?
Updated my nixpkgs to include and that fixed it for me - so I no longer need to use an overlay with the bugfix.

Discussion:
ldconfig = writeShellScriptBin "ldconfig" '' # due to a glibc bug, 64-bit ldconfig complains about patchelf'd 32-bit libraries, so we're using 32-bit ldconfig <del> exec ${pkgsi686Linux.glibc.bin}/bin/ldconfig -f /etc/ld.so.conf -C /etc/ld.so.cache "$@" </del> <ins> exec ${if stdenv.isx86_64 && stdenv.isLinux then pkgsi686Linux.glibc.bin else pkgs.glibc.bin}/bin/ldconfig -f /etc/ld.so.conf -C /etc/ld.so.cache "$@" </ins> ''; etcProfile = writeText "profile" '' export PS1='${name}-chrootenv:u@h:w$ '

{ lib <ins> , stdenv </ins> , callPackage , runCommandLocal , writeShellScript

exec ${run} "$@" ''; <ins> indentLines = str: lib.concatLines (map (s: "  " + s) (filter (s: s != "") (lib.splitString "n" str))); </ins> bwrapCmd = { initArgs ? "" }: '' ignored=(/nix /dev /proc /etc) ro_mounts=()

--symlink /etc/ld.so.cache ${glibc}/etc/ld.so.cache  --ro-bind ${glibc}/etc/rpc ${glibc}/etc/rpc  --remount-ro ${glibc}/etc  <ins> '' + lib.optionalString (stdenv.isx86_64 && stdenv.isLinux) (indentLines '' </ins> --tmpfs ${pkgsi686Linux.glibc}/etc  --symlink /etc/ld.so.conf ${pkgsi686Linux.glibc}/etc/ld.so.conf  --symlink /etc/ld.so.cache ${pkgsi686Linux.glibc}/etc/ld.so.cache  --ro-bind ${pkgsi686Linux.glibc}/etc/rpc ${pkgsi686Linux.glibc}/etc/rpc  --remount-ro ${pkgsi686Linux.glibc}/etc  <ins> '') + '' </ins> "''${ro_mounts[@]}" "''${symlinks[@]}" "''${auto_mounts[@]}"
Change:
Please upgrade to v0.12.6 or later to address a recently fixed security issue (CVE-2022-2652). As the referenced commit does not look to be any official tag, updating to the latest commit on main may be an alternative solution as the relevant commits have been merged there too.

Discussion:
stdenv.mkDerivation rec { pname = "v4l2loopback"; <del> version = "unstable-2021-07-13-${kernel.version}"; </del> <ins> version = "unstable-2022-08-05-${kernel.version}"; </ins> src = fetchFromGitHub { owner = "umlaeute"; repo = "v4l2loopback"; <del> rev = "baf9de279afc7a7c7513e9c40a0c9ff88f456af4"; sha256 = "sha256-uglYTeqz81fgkKYYU9Cw8x9+S088jGxDEGkb3rmkhrw=="; </del> <ins> rev = "76434ab6f71d5ecbff8a218ff6bed91ea2bf73b8"; sha256 = "sha256-TdZacRkFAO2HAEbljzXeJ241VcDqSwBECq3bnn7yvBY="; </ins> }; hardeningDisable = [ "format" "pic" ];
Change:
fails to build with the following error: System: 16.09beta335. (Flounder) Nix version: nix-env (Nix) 1.11.4 Nixpkgs version: 16.09beta335. has an explanation and solution which seems to have already been applied for :
I don't think the fix for this works on Mac OS:

Discussion:
<ins> { stdenv, fetchgit, cmake, irrlicht3843, libpng12, bzip2, libjpeg, libXxf86vm, mesa, openal, libvorbis, x11 }: let version = "0.4.4"; sources = { src = fetchgit { url = "https://github.com/celeron55/minetest.git"; rev = "ab06fca4bed26f3dc97d5e5cff437d075d7acff8"; }; data = fetchgit { url = "https://github.com/celeron55/minetest_game.git"; rev = "3928eccf74af0288d12ffb14f8222fae479bc06b"; }; }; in stdenv.mkDerivation { name = "minetest-${version}"; src = sources.src; cmakeFlags = [ "-DIRRLICHT_INCLUDE_DIR=${irrlicht3843}/include/irrlicht" ]; buildInputs = [ cmake irrlicht3843 libpng12 bzip2 libjpeg libXxf86vm mesa openal libvorbis x11 ]; postInstall = '' mkdir -pv $out/share/minetest/games/minetest_game/ cp -rv ${sources.data}/* $out/share/minetest/games/minetest_game/ ''; meta = { homepage = "http://minetest.net/"; description = "Minetest is an infinite-world block sandbox game."; license = "LGPLv2.1+"; }; } </ins>

minecraft = callPackage ../games/minecraft { }; <ins> minetest = callPackage ../games/minetest { }; </ins> miniupnpc = callPackage ../tools/networking/miniupnpc { }; miniupnpd = callPackage ../tools/networking/miniupnpd { };
Change:
Currently vimconfigurable is version 7.4.826 where as vim is now 8.0005. $ nix-env -f /path/to/nixpkgs -i vimconfigurable $ vim --version VIM - Vi IMproved 7.4 (2013 Aug 10, compiled Jan 1 1970 00:00:01) Included patches: 1-826 ... Updated version and sha256 in to be identical to that in System: (NixOS: 16.09beta264. (Flounder)) Nix version: (nix-env (Nix) 1.11.4) Nixpkgs version: (17.03pre-git)

Discussion:
} (fix: rec { name = "vim_configurable-${version}"; <del> version = "7.4.826"; </del> <ins> version = "8.0.0005"; </ins> enableParallelBuilding = true; # test this

owner = "vim"; repo = "vim"; rev = "v${version}"; <del> sha256 = "04hp2gqbbj9h872bgj1g9xcaj5qlg9q45v6by2ch9n105dng9aj3"; </del> <ins> sha256 = "0ys3l3dr43vjad1f096ch1sl3x2ajsqkd03rdn6n812m7j4wipx0"; </ins> }; "vim-nox" =

prePatch = "cd src"; <del> # if darwin support is enabled, we want to make sure we're not building with # OS-installed python framework patches = stdenv.lib.optionals (stdenv.isDarwin && (config.vim.darwin or true)) [ ./python_framework.patch ]; </del> configureFlags = [ "--enable-gui=${args.gui}" "--with-features=${args.features}" ];

<del> --- a/auto/configure +++ b/auto/configure @@ -5895,13 +5895,6 @@ eof eval "`cd ${PYTHON_CONFDIR} && make -f "${tmp_mkf}" __ | sed '/ directory /d'`" rm -f -- "${tmp_mkf}" -	    if test "x$MACOSX" = "xyes" && ${vi_cv_path_python} -c  -		"import sys; sys.exit(${vi_cv_var_python_version} < 2.3)"; then -	      vi_cv_path_python_plibs="-framework Python" -	      if test "x${vi_cv_path_python}" != "x/usr/bin/python" && test -n "${python_PYTHONFRAMEWORKPREFIX}"; then -		  vi_cv_path_python_plibs="-F${python_PYTHONFRAMEWORKPREFIX} -framework Python" -	      fi -	    else if test "${vi_cv_var_python_version}" = "1.4"; then vi_cv_path_python_plibs="${PYTHON_CONFDIR}/libModules.a ${PYTHON_CONFDIR}/libPython.a ${PYTHON_CONFDIR}/libObjects.a ${PYTHON_CONFDIR}/libParser.a" else @@ -5921,7 +5914,6 @@ vi_cv_path_python_plibs="${vi_cv_path_python_plibs} ${python_BASEMODLIBS} ${python_LIBS} ${python_SYSLIBS} ${python_LINKFORSHARED}" vi_cv_path_python_plibs=`echo $vi_cv_path_python_plibs | sed s/-ltermcap//` -fi if ${vi_cv_dll_name_python+:} false; then : $as_echo_n "(cached) " >&6 </del>
Change:
Project description vibrantLinux is a GUI tool to serves the same purpose as for Windows, which to modify the saturation of any given screen whenever certain programs are launched/are in focus. Metadata homepage URL: source URL: license: MIT platforms: Linux Required Dependencies [x] git [x] qt [x] libxcb [ ] libxcb-ewmh

Discussion:
<ins> { lib , stdenv , fetchFromGitHub , cmake , makeWrapper , libX11 , libXrandr , linuxPackages }: stdenv.mkDerivation rec { pname = "libvibrant"; version = "2100c09"; src = fetchFromGitHub { owner = "libvibrant"; repo = "libvibrant"; rev = version; hash = "sha256-nVODwP/PQgYBTHnSplgrkdNOLsF7N+vZ8iPL7gArVNY="; }; buildInputs = [ libX11 libXrandr linuxPackages.nvidia_x11.settings.libXNVCtrl ]; nativeBuildInputs = [ cmake makeWrapper ]; meta = with lib; { description = "A simple library to adjust color saturation of X11 outputs"; homepage = "https://github.com/libvibrant/libvibrant"; license = licenses.mit; platforms = platforms.linux; mainProgram = "vibrant-cli"; }; } </ins>

<ins> { lib , stdenv , fetchFromGitHub , qt5 , makeWrapper , libvibrant , libX11 , libXrandr , libxcb , linuxPackages }: stdenv.mkDerivation rec { pname = "vibrantLinux"; version = "2.1.10"; src = fetchFromGitHub { owner = "libvibrant"; repo = "vibrantLinux"; rev = version; hash = "sha256-rvJiVId6221hTrfEIvVO9HTMhaZ6KY44Bu3a5MinPHI="; }; nativeBuildInputs = [ makeWrapper ] ++ (with qt5; [ qmake wrapQtAppsHook ]); buildInputs = [ libX11 libXrandr libxcb libvibrant linuxPackages.nvidia_x11.settings.libXNVCtrl ] ++ (with qt5; [ qtbase qttools ]); postPatch = '' substituteInPlace vibrantLinux.pro  --replace '$$(PREFIX)' '$$PREFIX' ''; meta = with lib; { description = "A tool to automate managing your screen's saturation depending on what programs are running"; homepage = "https://github.com/libvibrant/vibrantLinux"; license = licenses.mit; maintainers = with maintainers; [ unclamped ]; platforms = platforms.linux; mainProgram = "vibrantLinux"; }; } </ins>
Change:
Project description helps tech companies to accelerate and scale application development cycle with zero infrastructure management investment. Metadata homepage URL: source URL: license: Apache-2.0 platforms: linux, darwin, windows

Discussion:
<ins> { lib , buildGoModule , fetchFromGitHub }: buildGoModule rec { pname = "qovery-cli"; version = "0.45.0"; src = fetchFromGitHub { owner = "Qovery"; repo = pname; rev = "v${version}"; hash = "sha256-cJb5Cac7WDhtNL/7uIIvAz7Kum3Ff2g6tmKyTJWvq00="; }; vendorSha256 = "sha256-KHLknBymDAwr7OxS2Ysx6WU5KQ9kmw0bE2Hlp3CBW0c="; meta = with lib; { description = "Qovery Command Line Interface"; homepage = "https://github.com/Qovery/qovery-cli"; license = with licenses; [ asl20 ]; maintainers = with maintainers; [ fab ]; }; } </ins>

qosmic = libsForQt5.callPackage ../applications/graphics/qosmic { }; <ins> qovery-cli = callPackage ../tools/admin/qovery-cli { }; </ins> qownnotes = libsForQt5.callPackage ../applications/office/qownnotes { }; qpdf = callPackage ../development/libraries/qpdf { };
Change:
Emscripten 3.1.17 is now the default in nixpkgs but it has been failing to build for a few days and isn't in the binary cache (, ). The failure is actually in , which is a build input for . The same build failure happens to me locally when the build is triggered by a cache miss (e.g. with ). It looks to me with a shallow search on the internet that maybe Node 18 is the problem, and should depend on explicitly (or something). I don't know how to do that, so I'm opening an issue. If I figure it out, maybe I'll send a PR.
This seems to work locally (as ):

Discussion:
url = "https://github.com/WebAssembly/binaryen/commit/93b8849d9f98ef7ed812938ff0b3219819c2be77.patch"; sha256 = "sha256-Duan/B9A+occ5Lj2SbRX793xIfhzHbdYPI5PyTNCZoU="; }) <ins> # https://github.com/WebAssembly/binaryen/pull/4913 (fetchpatch { url = "https://github.com/WebAssembly/binaryen/commit/b70fe755aa4c90727edfd91dc0a9a51febf0239d.patch"; sha256 = "sha256-kjPLbdiMVQepSJ7J1gK6dRSMI/2SsH39k7W5AMOIrkM="; }) </ins> ]; nativeBuildInputs = [ cmake python3 ];
Change:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on GitHub to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the current version of the package --- <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- name: gnome-shell-extension-emoji-selector <!-- The current version can be found easily with the same process as above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 20 desired version: 22 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR. The emoji selector is not working with 22.05 gnome, it has to be updated to version 21 or 22.

Discussion:
stdenv.mkDerivation rec { pname = "gnome-shell-extension-emoji-selector"; <del> version = "20"; </del> <ins> version = "22"; </ins> src = fetchFromGitHub { owner = "maoschanz"; repo = "emoji-selector-for-gnome"; rev = version; <del> sha256 = "sha256-I5aEHDC5GaGkAoH+1l4eyhBmJ+lmyZZoDw2Fq2SSlmo="; </del> <ins> sha256 = "sha256-sD/xlNrs2ntI7KaPMopT5CnFyuXd9ZKuKPNQYgiho0U="; </ins> }; passthru = {
Change:
See title Steps to reproduce the behavior: Fails compilation on x86_64-linux with It should build. Or it should be marked as broken. Please run and paste the result.
Would it make sense to use the opportunity and rename it to along the way (to deconflict with which could be )? It seems to me that nobody is currently relying on this to work for their nix configurations since it stopped properly building 4 months ago (I don't even think it builds in 22.05?).

Discussion:
<ins> { stdenv , lib , fetchFromGitHub , qmake , pkg-config , wrapQtAppsHook , libarchive , libpng }: stdenv.mkDerivation rec { pname = "CEmu"; version = "unstable-2022-06-29"; src = fetchFromGitHub { owner = "CE-Programming"; repo = "CEmu"; rev = "880d391ba9f8b7b2ec36ab9b45a34e9ecbf744e9"; hash = "sha256-aFwGZJceh1jEP8cEajY5wYlSaFuNhYvSoZ/E1QDfJEI="; fetchSubmodules = true; }; nativeBuildInputs = [ qmake wrapQtAppsHook pkg-config ]; buildInputs = [ libarchive libpng ]; qmakeFlags = [ "gui/qt" ]; meta = with lib; { description = "Third-party TI-84 Plus CE / TI-83 Premium CE emulator, focused on developer features"; homepage = "https://ce-programming.github.io/CEmu"; license = licenses.gpl3Plus; maintainers = with maintainers; [ luc65r ]; platforms = [ "x86_64-linux" "x86_64-darwin" ]; broken = stdenv.isDarwin; }; } </ins>

<del> { fetchFromGitHub , lib , SDL2 , libGL , libarchive , libusb-compat-0_1 , qtbase , qmake , git , libpng , pkg-config , wrapQtAppsHook , stdenv }: stdenv.mkDerivation rec { pname = "CEmu"; version = "1.3"; src = fetchFromGitHub { owner = "CE-Programming"; repo = "CEmu"; rev = "v${version}"; sha256 = "1wcdnzcqscawj6jfdj5wwmw9g9vsd6a1rx0rrramakxzf8b7g47r"; fetchSubmodules = true; }; nativeBuildInputs = [ qmake git wrapQtAppsHook pkg-config ]; buildInputs = [ SDL2 libGL libarchive libusb-compat-0_1 qtbase libpng ]; qmakeFlags = [ "gui/qt" "CONFIG+=ltcg" ]; meta = with lib; { changelog = "https://github.com/CE-Programming/CEmu/releases/tag/v${version}"; description = "Third-party TI-84 Plus CE / TI-83 Premium CE emulator, focused on developer features"; homepage = "https://ce-programming.github.io/CEmu"; license = licenses.gpl3; maintainers = with maintainers; [ luc65r ]; platforms = [ "x86_64-linux" "x86_64-darwin" ]; broken = stdenv.isDarwin; }; } </del>

inherit (darwin.apple_sdk.frameworks) Carbon IOKit; }; <del> cemu = qt5.callPackage ../applications/science/math/cemu { stdenv = gcc9Stdenv; }; </del> <ins> cemu-ti = qt5.callPackage ../applications/science/math/cemu-ti { }; </ins> cider = callPackage ../applications/audio/cider { };
Change:
NVIDIA driver still sets useGlamor option, which prohibits a nixos build using the master branch. Steps to reproduce the behavior: nixos system using master branch & nvidia video driver Profile validates and builds. Introduced by . I guess removing would solve the problem. Currently testing this hotfix, but as I am no export on the matter, this is probably not the solution. Fix can be found . Currently rebuilding 3000+ packages. If everything works, I would create a PR.
It probably is the solution. Setting only ever made sense for when was in . and that should automatically enable glamor. From what I can tell the mechanism that specifies the driver for the device still specifies modesetting.
I could also successfully test my fix and will try to submit my first PR now :smile:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:

Discussion:
# - Configure the display manager to run specific `xrandr` commands which will #   configure/enable displays connected to the Intel iGPU / AMD APU. <del> services.xserver.useGlamor = mkDefault offloadCfg.enable; </del> services.xserver.drivers = let in optional primeEnabled { name = igpuDriver;
Change:
Steps to reproduce the behavior: current "master" () When removing the check in boost (which seems invalid, it does build fine): actual reason is: It tries to use the aarch64 python3.9 executable on the host system (x84_64).

Discussion:
# We must build at least one type of libraries assert enableShared || enableStatic; <del> # Python isn't supported when cross-compiling assert enablePython -> stdenv.hostPlatform == stdenv.buildPlatform; </del> assert enableNumpy -> enablePython; # Boost <1.69 can't be built on linux with clang >8, because pth was removed

"-DBoost_INCLUDE_DIR=${lib.getDev boost}/include" "-DEIGEN3_INCLUDE_DIR=${lib.getDev eigen}/include/eigen3" "-DBUILD_TESTING=on" <ins> "-DPYTHON_EXECUTABLE:FILEPATH=${python.pythonForBuild.interpreter}" </ins> ] ++ lib.optionals (python.isPy3k && !stdenv.cc.isClang) [ "-DPYBIND11_CXX_STANDARD=-std=c++17" ];