jiebi/CodeConvo huggingface dataset:
Code change:
, libepoxy # postPatch: , glibc # gconv + locale <ins> # postFixup: , vulkan-loader </ins> # Package customization: , cupsSupport ? true, cups ? null

Related discussion:
text: "/nix/store/19x7vr6vqvqcq1fqpdlk01c2gzb5igdm-curl-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/2jd06jm9lfis3knm615wm3idw86wjr3i-util-linux-2.37.2-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/qlxl487zbn873xqmp7gb3if3g250kdx7-flac-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/019a19l65k3qs88wr6fyznk7dj86a6vg-harfbuzz-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/jvbyjnjh4w8qg7izfq4x5d2wy9lv9461-icu4c-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/f76ccq4s20agzdz3m5fdmrs23r249fzr-libpng-apng-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/ani3r9bxx7il7zn54miylbxdn4lb2si5-libopus-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/ap050qq8w9xnpaijzhh4njhqarilam9c-snappy-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/86dp2ryfg8akpa9r3ylqd3fpdhqhzmxa-speech-dispatcher-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD,
Code change:
, libepoxy # postPatch: , glibc # gconv + locale <ins> # postFixup: , vulkan-loader </ins> # Package customization: , cupsSupport ? true, cups ? null

Related discussion:
text: "/nix/store/ckqhvpa7mg8181pfhd4gb1k834npjm89-bzip2-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/90v7y17p3s4mqlx8hmd75y5acsq3x9pl-libcap-2.49-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/qk4xw57jvy68ca2aikj1gzbpxg9rigi1-at-spi2-atk-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/b8s1yzzi7s1wpy5j5jqhhv5cw2vhdjxh-at-spi2-core-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/mypff9f5vvf41wrjz76dialpsj2k3wq6-libkrb5-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/4xgbyn6sv265gv86rmjgfypmlhh2rvj8-libdrm-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/csxbwm4sr4swzk7qidp0x3lhlsqg6vw6-mesa-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/wwcpra73jl6hgqxl908k1b0810pd6wv4-libxkbcommon-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/njzhva8b2idhdfzaqr09kq4wfdlddxki-pipewire-0.3.40-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD,
Code change:
, libepoxy # postPatch: , glibc # gconv + locale <ins> # postFixup: , vulkan-loader </ins> # Package customization: , cupsSupport ? true, cups ? null

Related discussion:
text: "/nix/store/7h5p0sd7acqvsw4jj4jygncmsq6sdcsq-wayland-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/a1b3p02cm1gsy16jwlgg00x9k3kp182r-libpulseaudio-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/pcs9vp9pcc2vqzvpjddqf7ifv951j323-libva-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/9a417mnzmkz7nbdq3kqpa5520qlggxga-vulkan-loader-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/5fpv8x3f6yzw0aqrslv3q126xx48lbn7-gtk+3-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/pwl7ygmix3skcz8xqz4pcm620vpr8bd5-nss-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/2nkjrh3za68vrw6kf8lxn6nq1dval05v-gcc-10.3.0-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/xnqj2w9szfw5mfwylhlavgxkiv9rslmg-sane-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/ldibnigsg44q3wp6v8ikn8kq08lf675c-glib-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD,
Code change:
, libepoxy # postPatch: , glibc # gconv + locale <ins> # postFixup: , vulkan-loader </ins> # Package customization: , cupsSupport ? true, cups ? null

Related discussion:
text: "/nix/store/bn7b7cidb9qgs8m8y83nf247j8j3xjsf-pango-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/q42c9s1cbyg5inf8ranys485akhaxh3v-cairo-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/w259jz35i221vil0jg2dpdw3zda55ai4-libX11-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/zbrzcprzpcby9107v8xkph2wks3mk93r-atk-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/pwl7ygmix3skcz8xqz4pcm620vpr8bd5-nss-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/5md0fgrd9jir7wdnxla46dfcb15vdsm2-nspr-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/cfv850gaqmzrs60fpxxkv088zcj74hi3-libXext-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/fgdh05bisfqs9llxvsg4c66ag9l78b58-libXfixes-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/lbignzjfjydc4zb1d6qal3sjq7km3pqf-libXcomposite-", ORDONLYOCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/l9s8gcnh687p4cpkj0ic4ym180lpy9an-libXdamage-",
Code change:
, libepoxy # postPatch: , glibc # gconv + locale <ins> # postFixup: , vulkan-loader </ins> # Package customization: , cupsSupport ? true, cups ? null

Related discussion:
text: ORDONLYOCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/cgg7sv3aa40mksfrm44rfifcgprgd25v-expat-", ORDONLY|OCLOEXEC) = 257 : 17:09:44 openat(ATFDCWD, "/nix/store/zdmma38hz9jjks3dsm8qsmr006lnl0dp-cups-2.3.3op2-", ORDONLYO_CLOEXEC <unfinished .</pre</details
Temporary solution: or or, on flakes,
BTW, same problem with the . Vulkan backend only worked with the trick above
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Unfortunately this is still broken for me
This is still broken
Oh, seems like part of the issue is Vulkan is not supported on wayland yet
It's an upstream issue at this point, due to there being no Vulkan support on Wayland/Ozone:
Code change:
, fuse , installShellFiles , wrapGAppsHook3 <ins> , glib-networking </ins> , wrapperDir ? "/run/wrappers/bin" }: let

Related discussion:
text: In gnome runs fine, in KDE plasma there are a couple problems: Unable to open file explorer when pressing "+", crashes with error Unable to add account, getting error Run in a pure shell: , use the and try to use it OR plasma installed and no other desktop environment: onedriver from nixpkgs (with home manager for example:) and press the button to add a folder. No errors we're missing the inputs and . should fix the gsettings schemas error (). The error requires env variable , we should probably wrap as explained . Quick and dirty way to make it work now, without wrapping, is adding those dependencies and adding the variable to the whole system: and to buildInputs and nativeBuildInputs respectively. (not sure which one for either): to the nixOS configuration the location of the variable: We should create a option eventually ahahha This is my configuration for the onedriver user service: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Hello and thanks for reporting this! The is although it is only available in the channel for now, can you please test if the derivation from nixpkgs-unstable works for you? If not, I will add the missing dependency and make a PR asap :) As for the GIOEXTRAMODULES variable I am not sure there is something I can do at the derivation level.
Thanks I can confirm the version on the unstable channel doesn't crash with , but without the variable set the error is still present. I tried to wrap it by adding this line in the end of the postInstall script but it didn't fix it, running now shows two GIOEXTRAMODULES variables set tho I'll keep this open for now because of this problem and update the title the workaround for now is adding to the system configuration
Hey, I just pushed a small branch which should fix your issue with . I built the derivation locally and I get the right GIOEXTRAMODULES path set correctly by the script.
Code change:
, fuse , installShellFiles , wrapGAppsHook3 <ins> , glib-networking </ins> , wrapperDir ? "/run/wrappers/bin" }: let

Related discussion:
text: In my attempt in my previous comment, I had also tried a method that seemed to have set the correct GIOEXTRAMODULES path, but I tried your derivation and still: ! I grabbed your commit like this and it took a couple hours to build, it seems to have built a lot of programs besides onedriver, I'm still not a great nixOS wizard:
never mind, I'm dumb, forgot to change the package used in , now the error doesn't appear, but the window comes up grey? !
Trying to use the code from in my own config with callPackage gives me if I use instead of it works perfectly
using just also works
That is because is only on right now, if you're using you need to use , which is the same thing :) Glad to know the problem has been fixed for you. As for the blank page, it seems to be an upstream issue with onedriver and Plasma 6 (see jstaf/onedriver), but since I don't use Plasma I'm afraid I cannot help..
Code change:
buildPythonPackage rec { pname = "fsspec"; <del> version = "2022.5.0"; </del> <ins> version = "2022.8.2"; </ins> format = "setuptools"; disabled = pythonOlder "3.7";

Related discussion:
text: Steps to reproduce the behavior: dvc with aws integration I am running nixos on the unstable branch. Please run and paste the result. Probably fsspec needs an update to 2022.8.2
Will be fixed with .
Oh sorry for the noise, did not search the PRs.
Code change:
fingerprint = "1DE4 424D BF77 1192 5DC4  CF5E 9AED 8814 81D8 444E"; }]; }; <ins> maxstrid = { email = "mxwhenderson@gmail.com"; github = "maxstrid"; githubId = 115441224; name = "Maxwell Henderson"; }; </ins> maxux = { email = "root@maxux.net"; github = "maxux";

Related discussion:
text: Project description A simple one-file way to run various GGML and GGUF models with KoboldAI's UI. Metadata homepage URL: source URL: license: GNU Affero General Public License v3.0 platforms: darwin, linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
should be similar to llama-cpp since it is a fork but idk enough about both projects to do it myself
I'm currently working on this, although for to be packaged will need to be merged.
Code change:
inherit src; sourceRoot = "${pname}-${version}/${cargoRoot}"; name = "${pname}-${version}"; <del> hash = "sha256-HvfRLyUhlXVuvxWrtSDKx3rMKJbjvuiMcDY6g+pYFS0="; </del> <ins> hash = "sha256-lDWX69YENZFMu7pyBmavUZaalGvFqbHSHfkwkzmDQaY="; </ins> }; nativeBuildInputs = [

Related discussion:
text: This is especially important for Home Assistant, which and fails to build without it. Package name: Latest released version: <!-- Search your package here: --- Current version on the unstable channel: Current version on the stable/release channel: <!-- 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! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. -- Note for maintainers: Please tag this issue in your PR.
Can you tell me what nixpkgs version you are using? On master home-assistant builds just fine, with bcrypt at 4.0.0, because we do in fact relax its constraints a bit. Added variables. nix-replhome- «derivation /nix/store/044cr7v736265qjiq2b3vc7r7hxbaqfd-python3.10-bcrypt-»
I'm on . More build logs:
Upon further inspection, the file does appear to be patched correctly, but there are still in and . Maybe those have something to do with it?
My bad, I just realised I was overriding without including the original
That explains it.
Code change:
onlykey = callPackage ../tools/security/onlykey { node_webkit = nwjs; }; <ins> ooniprobe-cli = callPackage ../tools/networking/ooniprobe-cli { }; </ins> openapi-generator-cli = callPackage ../tools/networking/openapi-generator-cli { jre = pkgs.jre_headless; }; openapi-generator-cli-unstable = callPackage ../tools/networking/openapi-generator-cli/unstable.nix { jre = pkgs.jre_headless; };

Related discussion:
text: Project description The Open Observatory of Network Interference (OONI) is a free software project that aims to empower decentralized efforts in increasing transparency of Internet censorship around the world. please package as "ooniprobe-cli" ("ooniprobe" as alias) and "ooniprobe-desktop" like used here: Metadata homepage URL: source URL: license: mit (hidden in ) / BSD 3-Clause platforms: unix, linux, darwin, windows
I marked this as stale due to inactivity. &rarr;
...
I marked this as stale due to inactivity. &rarr;
Still relevant.
Code change:
pid_file = "/run/mailman/master.pid"; }; <del> mta.configuration = lib.mkDefault "${mtaConfig}"; </del> <ins> mta.configuration = lib.mkDefault (if cfg.enablePostfix then "${postfixMtaConfig}" else throw "When Mailman Postfix integration is disabled, set `services.mailman.settings.mta.configuration` to the path of the config file required to integrate with your MTA."); </ins> "archiver.hyperkitty" = lib.mkIf cfg.hyperkitty.enable { class = "mailman_hyperkitty.Archiver";

Related discussion:
text: Describe the bug Mailman module in NixOS requires postfix enabled and has no way to configure Mailman to work with other MTAs supported by both NixOS and mailman upstream. To Reproduce Steps to reproduce the behavior: postfix mailman the evaluation with an assertion Expected behavior The Mailman module allows to select an MTA of choice (or even adapts to the currently enabled MTA) Screenshots n/a Additional context Notify maintainers cc Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(vika): nixpkgs: Maintainer information:
It looks like exim's configuration should be RFC42-ised first if we want to inject Mailman-related settings into Exim config, which is a requirement (Mailman requires a custom Exim router and transport).
Yes, the module is currently quite opinionated. If you're willing to contribute exim support that's great.
I see how I could make it work, but the first version of it will require manual editing of Exim's config files (because RFC42-ising Exim will be a pain, even though I have some drafts on how to translate Nix into the syntax that's required), and I'm not sure if it will be merge-worthy enough :3
Exim config is complicated enough as is, I'm not sure adding an intermediate layer from nix will help that much. I also don't really see this integrating well with existing or other exim config. I'm honestly kind of surprised this works for postfix.
Code change:
adtool = throw "'adtool' has been removed, as it was broken and unmaintained"; advcpmv = throw "'advcpmv' has been removed, as it is not being actively maintained and break recent coreutils."; # Added 2024-03-29 aether = throw "aether has been removed from nixpkgs; upstream unmaintained, security issues"; # Added 2023-10-03 <ins> afl = throw "afl has been removed as the upstream project was archived. Consider using 'aflplusplus'"; # Added 2024-04-21 </ins> airfield = throw "airfield has been removed due to being unmaintained"; # Added 2023-05-19 alertmanager-bot = throw "alertmanager-bot is broken and has been archived by upstream"; # Added 2023-07-28 alsa-project = throw "alsa-project was removed and its sub-attributes were promoted to top-level."; # Added 2023-11-12

Related discussion:
text: Steps to reproduce the behavior: afl <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
If you are planing to open a PR, you don't need to create an issue first.
I wasn't sure, thanks for clarification
Code change:
curl openssl boost <del> swig </del> <ins> swig4 </ins> python ] <ins> ++ optional (!stable) unixODBC </ins> ++ optional (withScripting) wxPython ++ optional (withNgspice) libngspice ++ optional (withOCC) opencascade-occt ++ optional (debug) valgrind ; <ins> # started becoming necessary halfway into 2022, not sure what changed to break a test... preInstallCheck = optionals (withNgspice) [ "export LD_LIBRARY_PATH=${libngspice}/lib" ]; </ins> # debug builds fail all but the python test # stable release doesn't have the fix for upstream issue 9888 yet doInstallCheck = !debug && !stable;

Related discussion:
text: Steps to reproduce the behavior: kicad (tested on ) The relevant part of the build log is: Complete build log is here: Setting the flag in the cmake build flags, solves the issue. Please run and paste the result.
thanks for filing an issue i'm not sure what changed to cause this issue, or why that change didn't notify me of the breakage... i'll try to get your fix or something similar in a PR today
Code change:
commonTargetPkgs = pkgs: with pkgs; [ steamPackages.steam-fonts <ins> # Needed for operating system detection until # https://github.com/ValveSoftware/steam-for-linux/issues/5909 is resolved lsb-release </ins> # Errors in output without those pciutils python2

Related discussion:
text: For visibility of our project it would be good if Steam can detect NixOS. Then it might appear in their stats: Error on console: Related to Currently detected system informations: steam system informations system: host os: multi-user?: sandbox: version: channels(davidak): channels(root): nixpkgs:
NixOS isn't configured to have . Kinda surprised they don't fallback to in favor of .
They actually do fall back but our doesn't support any files besides deprecated . We had a discussion before about correctness of providing on NixOS but I think we could do that, just print some error when supported LSB version is requested. Maybe we could steal Debian's modern implementation - I think they even use .
Code change:
{ lib <del> , stdenv , python3 , fetchPypi </del> <ins> , callPackage </ins> , fetchFromGitHub , installShellFiles }:

Related discussion:
text: Steps to reproduce the behavior: azure-cli Add any other context about the problem here. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result.
For now, changing python used to seems to fix the build:
Made a PR that fixes the failure.
Will investigate this failure and try to fix it (by using Python 3.11), but the build was working before (We may temporarily fix it using as a workaround), some dependencies must have been changed, from before, not sure which one is causing this failure, I'd need to bisect commits on master branch, I guess...
The failure is because of python3.11, the tests didn't work properly on 3.11. Upstream fixed those tests for a future release. For now we can either rollback the python used to 3.10, or back port the tests fixed. From what I tested, nothing is broken on 3.11 except for those tests.
Thanks a lot for those clarifications and appreciating a lot your help in fixing all this However, we can't really make sure that those tests won't break again, unless we pin a patch on those ? And this is what you've done in your fix PR. I'll be trying the latest release 2.53.1 with the dependencies cleanup.
Code change:
<ins> diff --git a/src/bin/sage-env b/src/bin/sage-env index ead308f861..ed8db9f9b7 100644 --- a/src/bin/sage-env +++ b/src/bin/sage-env @@ -111,6 +111,8 @@ resolvelinks() { } +SAGE_ROOT="@out@/sage-root" + # New value for SAGE_ROOT: either SAGE_ROOT (if given) # or a guessed value based on pwd. if [ -n "$SAGE_ROOT" ]; then @@ -185,6 +187,8 @@ fi export SAGE_ENV_SOURCED=$SAGE_ENV_VERSION export SAGE_ROOT="$NEW_SAGE_ROOT" +export SAGE_LOCAL='@out@/' +export PYTHONPATH="@out@/lib/python2.7/site-packages:$PYTHONPATH" # sage-env must know where the Sage's script files are. </ins>

Related discussion:
text: Since Sage is huge and complicated, I figured I would make this issue to collaboratively track progress and share branches. One big issue is that Sage 7 , instead they use some with scant documentation . has the correct SHA256 for Sage 7.6 and updates a patch file. It currently fails when Sage tries to build . Some nice things to do for the future: ) cc:
thanks for picking this up
Me myself being a miserable loser who has failed to update Sage in the past, I hope you succeed… My attempt hit the following wall. It is unbearably slow to let Sage build everything, but when I had convinced it to use the system versions of majority of dependencies it began to complain cryptically about their interaction in some case.
Can you elaborate? Do you have a branch that has that work? Also, to be clear: I probably don't have the skills or time to upgrade Sage by myself, I was hoping that if we shared our knowledge and de-duplicated efforts we might be able to get closer together
I think it was 6-dot-something; it required a metric ton of adding options to the packages in NixPkgs (I have pushed that all to master long ago), and the Sage tricks are most likely too version-specific. It was long enough ago that I have since abandoned and lost the changes.
In case anybody in here is still waiting for this: I got sage to compile and run. I'm currently trying to minimize the dependencies and check that everything is working correctly (there is one doctest failure, but it was mentioned multiple times in the mailing list and apperas to be harmles -- just a timeout). I'll probably make a PR in the next couple of days.
Code change:
<ins> diff --git a/src/bin/sage-env b/src/bin/sage-env index ead308f861..ed8db9f9b7 100644 --- a/src/bin/sage-env +++ b/src/bin/sage-env @@ -111,6 +111,8 @@ resolvelinks() { } +SAGE_ROOT="@out@/sage-root" + # New value for SAGE_ROOT: either SAGE_ROOT (if given) # or a guessed value based on pwd. if [ -n "$SAGE_ROOT" ]; then @@ -185,6 +187,8 @@ fi export SAGE_ENV_SOURCED=$SAGE_ENV_VERSION export SAGE_ROOT="$NEW_SAGE_ROOT" +export SAGE_LOCAL='@out@/' +export PYTHONPATH="@out@/lib/python2.7/site-packages:$PYTHONPATH" # sage-env must know where the Sage's script files are. </ins>

Related discussion:
text: Sage needs texlive-core-2014, which is deprecated. Run with modern nixpkgs (i.e. from git) System: NixOS: (Flounder) Nix version: nix-env (Nix) 1.11.2 Nixpkgs version:
Code change:
}: let <del> version = "1.70.0"; </del> <ins> version = "1.72.0"; </ins> in buildGoModule { pname = "tailscale";

Related discussion:
text: Package name: tailscale Latest released version: 1.72.0 <!-- Search your package here: --- Current version on the unstable channel: 1.70.0 Current version on the stable/release channel: 1.66.4 <!-- 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! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Code change:
setproctitle ]; <del> nativeCheckInputs = with python3Packages; [ </del> <ins> nativeCheckInputs = with python310Packages; [ </ins> asynctest pytestCheckHook ];

Related discussion:
text: Steps to reproduce the behavior: stig I got this when switching from 23.05 to 23.11 system: host os: multi-user?: sandbox: version: channels(root): channels(ao): nixpkgs:
Thanks for the report, this is supposed to be fixed in . I will wait for Darwin CI to be green there and merge it. Ping me if I forget. Follow that PR at:
Great, thanks!