jiebi/CodeConvo huggingface dataset:
Change:
I'm using resolvconf with mullvad. By default, mullvad ignores the resolvconf configuration, replacing by itself and putting the old contents in . shows However, directly running correctly uses resolvconf. This is because when deciding which dns management strategy to use. If it can't be found, it uses instead, which directly deletes/creates/restores . This can be fixed by adding to the daemon's path in the unit file. Steps to reproduce the behavior: mullvad with resolvconf with the contents of mullvad-daemon should use resolvconf if it's enabled. <!-- 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. system: host os: multi-user?: sandbox: version: nixpkgs:
That makes sense to me. Were you planning to open a PR? One change I would request is to only include if resolvconf is enabled, since this reference would force the package to be installed. Something like (Also yes, I renamed my GH account from patricksjackon -arcuru. I missed updating my handle here and will do that shortly).
I opened . From the maintainer perspective, for trivial changes, is it easier to review a PR? I wasn't sure whether I should open a PR or to just leave it to you.

Discussion:
pkgs.iproute2 # Needed for ping "/run/wrappers" <del> ]; </del> <ins> # See https://github.com/NixOS/nixpkgs/issues/262681 ] ++ (lib.optional config.networking.resolvconf.enable config.networking.resolvconf.package); </ins> startLimitBurst = 5; startLimitIntervalSec = 20; serviceConfig = {
Change:
When built with default Nix options, is 0, meaning auto. The stdenv guesses the "correct" core count: minimal-bootstrap just makes fail. Here the build of for example: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --

Discussion:
"-e" (builtins.toFile "bash-builder.sh" '' export CONFIG_SHELL=$SHELL <ins> # Normalize the NIX_BUILD_CORES variable. The value might be 0, which # means that we're supposed to try and auto-detect the number of # available CPU cores at run-time. We don't have nproc to detect the # number of available CPU cores so default to 1 if not set. NIX_BUILD_CORES="''${NIX_BUILD_CORES:-1}" if [ $NIX_BUILD_CORES -le 0 ]; then NIX_BUILD_CORES=1 fi export NIX_BUILD_CORES </ins> bash -eux $buildCommandPath '') ];

"-e" (builtins.toFile "bash-builder.sh" '' export CONFIG_SHELL=$SHELL <ins> # Normalize the NIX_BUILD_CORES variable. The value might be 0, which # means that we're supposed to try and auto-detect the number of # available CPU cores at run-time. NIX_BUILD_CORES="''${NIX_BUILD_CORES:-1}" if ((NIX_BUILD_CORES <= 0)); then guess=$(nproc 2>/dev/null || true) ((NIX_BUILD_CORES = guess <= 0 ? 1 : guess)) fi export NIX_BUILD_CORES </ins> bash -eux $buildCommandPath '') ];

}; binutils = callPackage ./binutils { <del> bash = bash_2_05; </del> tinycc = tinycc-musl; gnumake = gnumake-musl; gnutar = gnutar-musl; }; bzip2 = callPackage ./bzip2 { <del> bash = bash_2_05; </del> tinycc = tinycc-musl; gnumake = gnumake-musl; gnutar = gnutar-musl;

}; findutils = callPackage ./findutils { <del> bash = bash_2_05; </del> tinycc = tinycc-musl; gnumake = gnumake-musl; gnutar = gnutar-musl;
Change:
Steps to reproduce the behavior: , build v2ray-geoip Probably we can pin to buildGo120Module?

Discussion:
}: let <del> generator = pkgsBuildBuild.buildGoModule { </del> <ins> generator = pkgsBuildBuild.buildGo120Module { </ins> pname = "v2ray-geoip"; <del> version = "unstable-2023-03-27"; </del> <ins> version = "unstable-2023-10-11"; </ins> src = fetchFromGitHub { owner = "v2fly"; repo = "geoip"; <del> rev = "9321a7f5e301a957228eba44845144b4555b6658"; hash = "sha256-S30XEgzA9Vrq7I7REfO/WN/PKpcjcI7KZnrL4uw/Chs="; </del> <ins> rev = "3182dda7b38c900f28505b91a44b09ec486e6f36"; hash = "sha256-KSRgof78jScwnUeMtryj34J0mBsM/x9hFE4H9WtZUuM="; </ins> }; <del> vendorHash = "sha256-bAXeA1pDIUuEvzTLydUIX6S6fm6j7CUQmBG+7xvxUcc="; </del> <ins> vendorHash = "sha256-rlRazevKnWy/Ig143s8TZgV3JlQMlHID9rnncLYhQDc="; </ins> meta = with lib; { description = "GeoIP for V2Ray";
Change:
Project description "A fast, simple TUI for interacting with systemd services and their logs" Metadata homepage URL: source URL: license: mit platforms: linux

Discussion:
<ins> { lib , rustPlatform , fetchCrate , stdenv , darwin }: rustPlatform.buildRustPackage rec { pname = "systemctl-tui"; version = "0.2.2"; src = fetchCrate { inherit pname version; hash = "sha256-q/LzehMspiqxQOgALh1smhmL1803xr4GzIw9t+jE6NM="; }; cargoHash = "sha256-GNuWag8Y1aSkBMzXcHpwfVU80zmhusLIOrKtZSe/jI0="; buildInputs = lib.optionals stdenv.isDarwin [ darwin.apple_sdk.frameworks.AppKit ]; meta = with lib; { description = "A simple TUI for interacting with systemd services and their logs"; homepage = "https://crates.io/crates/systemctl-tui"; license = licenses.mit; maintainers = with maintainers; [ siph ]; mainProgram = "systemctl-tui"; }; } </ins>
Change:
Why does include /usr/lib and /usr/lib64 in LDLIBRARYPATH? Having them mounted at those locations should be sufficient for apps built for FHS systems to work. Including them in LDLIBRARYPATH causes these libraries to be used even for nix-built packages with proper dependencies on store paths, leading to runtime crashes. An example of this sort of crash occurs when running nix inside a shell inside vscode-fhs as it runs against incorrect libraries. Is there a case where FHS binaries require LDLIBRARYPATH as well? I've tested vscode-fhs and steam with a small patch to remove these two entries and they work fine but I'd assume there was some reason for including these and I've just not tested it. Some examples of issues I've ran into that had this as a root cause, when running programs inside a FHS shell:
problematic because it has priority over inside ELF. I don't think they are any useful because in FHS env already contains all these paths.
For some reason it seems that without is unable to find libraries. I have a precompiled clang, and ldd shows: It seems that /lib is not searched because is installed prefixed. and the prefixed path only have the basics. However I am still trying to understand why is not used at all, since it's correctly symlinked:
It appears things in is only generated if they're referred to with their . So in this case is not found because the cache contains only but no . It appears that in this case using is essential for to be able to discover . This is unfortunate because this means that is breaking. If is absent then the program cannot find the so, if it's present then it takes priority over in elfs and break things that's linked to a specific glibc version. I feel that we want something that has similar semantics to but has lower priority than , but I don't think this thing exist.
Turns out there's an existing issue
Also seems relevant.
Closing as was merged.

Discussion:
etcProfile = writeText "profile" '' export PS1='${name}-chrootenv:u@h:w$ ' export LOCALE_ARCHIVE='/usr/lib/locale/locale-archive' <del> export LD_LIBRARY_PATH="/run/opengl-driver/lib:/run/opengl-driver-32/lib:/usr/lib:/usr/lib32''${LD_LIBRARY_PATH:+:}$LD_LIBRARY_PATH" </del> <ins> export LD_LIBRARY_PATH="/run/opengl-driver/lib:/run/opengl-driver-32/lib''${LD_LIBRARY_PATH:+:}$LD_LIBRARY_PATH" </ins> export PATH="/run/wrappers/bin:/usr/bin:/usr/sbin:$PATH" export TZDIR='/etc/zoneinfo'
Change:
Project description Cross compile Cargo project to Windows msvc target with ease. Metadata homepage URL: source URL: license: mit platforms: linux, darwin

Discussion:
fingerprint = "AB63 4CD9 3322 BD42 6231  F764 C404 1EA6 B326 33DE"; }]; }; <ins> shivaraj-bh = { email = "sbh69840@gmail.com"; name = "Shivaraj B H"; github = "shivaraj-bh"; githubId = 23645788; }; </ins> shlevy = { email = "shea@shealevy.com"; github = "shlevy";

<ins> { lib , stdenv , rustPlatform , fetchFromGitHub , darwin }: rustPlatform.buildRustPackage rec { pname = "cargo-xwin"; version = "0.14.8"; src = fetchFromGitHub { owner = "rust-cross"; repo = "cargo-xwin"; rev = "v${version}"; hash = "sha256-VhpqmGhGBqB20ZteIwbd0GCIUltBGfBw7XF9lH7witA="; }; cargoHash = "sha256-e5QyaiQKlIzBwJE781BrhdVINacw0iniPywIsoMlCGg="; buildInputs = lib.optionals stdenv.isDarwin [ darwin.apple_sdk.frameworks.Security ]; meta = with lib; { description = "Cross compile Cargo project to Windows MSVC target with ease"; homepage = "https://github.com/rust-cross/cargo-xwin"; license = with licenses; [ mit ]; maintainers = with maintainers; [ shivaraj-bh ]; }; } </ins>
Change:
Cudatext does not have access to , hence multiple feature are not working (opening folders, installing plugins). Steps to reproduce the behavior: Cudatext Cudatext the warning in the Console that no Python 3 engine was found. On install, cudatext should have access to since that seems to be the intention according to the initial pull request . I looked at the packages definition, and it seems that the replace is not working anymore. The file upstream has changed since the initial pr and now does not contain "" anymore. I guess that that is the cause of this. Please run and paste the result.

Discussion:
in stdenv.mkDerivation rec { pname = "cudatext"; <del> version = "1.201.0"; </del> <ins> version = "1.201.0.2"; </ins> src = fetchFromGitHub { owner = "Alexey-T"; repo = "CudaText"; rev = version; <del> hash = "sha256-Do2JPNZtoi7zbUnJomQAZ8zR/WPB6+G051xZWmeUBP4="; </del> <ins> hash = "sha256-ke7i0eeZHEsVhtzaS0AeLQOrYE1F+ppCwjR2TWeJQPA="; </ins> }; <ins> patches = [ ./proc_globdata.patch ]; </ins> postPatch = '' substituteInPlace app/proc_globdata.pas  <del> --replace "/usr/share/cudatext" "$out/share/cudatext"  --replace "libpython3.so" "${python3}/lib/libpython${python3.pythonVersion}.so"  --replace "AllowProgramUpdates:= true;" "AllowProgramUpdates:= false;" </del> <ins> --subst-var out  --subst-var-by python3 ${python3} </ins> ''; nativeBuildInputs = [ lazarus fpc ]

<ins> diff --git i/app/proc_globdata.pas w/app/proc_globdata.pas index d161b09c7..0fcfbdc09 100644 --- i/app/proc_globdata.pas +++ w/app/proc_globdata.pas @@ -1342,6 +1342,7 @@ begin {$ifdef unix} for Dir in [ +              '@python3@/lib', '/usr/lib64', '/usr/lib', '/usr/lib/x86_64-linux-gnu' @@ -1364,7 +1365,7 @@ var function GetDirPrecopy: string; begin {$ifdef linux} -  exit('/usr/share/cudatext'); +  exit('@out@/share/cudatext'); {$endif} {$ifdef darwin} @@ -2056,7 +2057,7 @@ begin FindWrapAtEdge_Delay:= 350; FindWrapAtEdge_ThemeItem:= ''; //'EdMarkedRangeBg'; -    AllowProgramUpdates:= true; +    AllowProgramUpdates:= false; EscapeClose:= false; EscapeCloseConsole:= true; EscapeCloseFinder:= true; </ins>
Change:
Steps to reproduce the behavior: this issue appears to match a recent (for lack of listed maintainers) Please run and paste the result.
qutebrowser's maintainers: (Unsubscribing as I don't have anything to do with this software; re-@ me if you want my attention.)
from a brief examination it looks like the stem library is not available for python 3.11. No experience with this package but it looks like it is for a userscript. I see has already opened a PR to fix it, but according to the libraries own website, it is no longer maintained, so perhaps we should consider just removing it? I'm not sure which script even uses it.

Discussion:
<del> { lib, buildPythonPackage, fetchPypi, python, mock, pythonAtLeast }: </del> <ins> { lib , buildPythonPackage , pythonOlder , fetchFromGitHub , setuptools , cryptography , mock , python }: </ins> buildPythonPackage rec { pname = "stem"; version = "1.8.2"; <del> # As of May 2023, the master branch of stem contains fixes for Python 3.11 # that the last release (1.8.1) doesn't. The test suite fails on both master # and the 1.8.1 release, so disabling rather than switching to an unstable # source. disabled = pythonAtLeast "3.11"; </del> <ins> disabled = pythonOlder "3.6"; </ins> <del> src = fetchPypi { inherit pname version; hash = "sha256-g/sZ/9TJ+CIHwAYFFIA4n4CvIhp+R4MACu3sTjhOtYI="; </del> <ins> pyproject = true; src = fetchFromGitHub { owner = "torproject"; repo = "stem"; rev = "refs/tags/${version}"; hash = "sha256-9BXeE/sVa13jr8G060aWjc49zgDVBhjaR6nt4lSxc0g="; </ins> }; <del> postPatch = '' rm test/unit/installation.py sed -i "/test.unit.installation/d" test/settings.cfg # https://github.com/torproject/stem/issues/56 sed -i '/MOCK_VERSION/d' run_tests.py ''; </del> <ins> nativeBuildInputs = [ setuptools ]; </ins> <del> nativeCheckInputs = [ mock ]; </del> <ins> nativeCheckInputs = [ cryptography mock ]; </ins> checkPhase = '' <del> touch .gitignore ${python.interpreter} run_tests.py -u </del> <ins> runHook preCheck ${python.interpreter} run_tests.py --unit runHook postCheck </ins> ''; meta = with lib; { <ins> changelog = "https://github.com/torproject/stem/blob/${src.rev}/docs/change_log.rst"; </ins> description = "Controller library that allows applications to interact with Tor"; <ins> downloadPage = "https://github.com/torproject/stem"; </ins> homepage = "https://stem.torproject.org/"; <del> license = licenses.gpl3; maintainers = with maintainers; [ ]; </del> <ins> license = licenses.lgpl3Only; maintainers = with maintainers; [ dotlambda ]; </ins> }; }
Change:
installs udev rules into the initrd but not into the main system. As a result, symlinks to bcache devices from and are missing. Adding to doesn't quite suffice as a workaround because of a hardcoded reference to . Instead I had to copy the contents of into and replace with . cc
I was thinking of making the rules file from bcache-tools depend on {bash}/bin/sh is replaced with something appropriate when the file is copied for the initrd (like the other replacements are handled). Then we can simply extend the bcache nixos module with " = [ bcache-tools]" and everything should work, I think. CC author of the patch that introduces /bin/sh in the udev rules. Does that sound like a plan?
I created , but it doesn't seem to work. I still have no symlinks to bcache devices under .
Strange. Everything's fine with the workaround I described, and I can't see anything wrong with your patch.
Yep, that sounds like a plan! I commented on your patch. I don't see any problems with your code too -- strange.
Wild guess as to what your problem might be: did you by chance test this with a newly-created bcache volume, without putting a filesystem on it? The UUID and label in the symlink belong to the filesystem, not to the volume itself.
This is a bcache + LVM setup I've had for a while. Ah, that means that the filesystem in my setup is on LVM, not bcache. hardware- points to the UUID of the LVM device: And that UUID points to /dev/dm-0:
I created PR
Okay, that would do it. In my case I'm also running LVM, but I have a LUKS layer (named ) in between. The UUID of the symlink that points to is the one shown by . I do not have any UUID symlink pointing to my device, which is formatted as an LVM physical volume.

Discussion:
environment.systemPackages = [ pkgs.bcache-tools ]; <ins> services.udev.packages = [ pkgs.bcache-tools ]; </ins> boot.initrd.extraUdevRulesCommands = '' cp -v ${pkgs.bcache-tools}/lib/udev/rules.d/*.rules $out/ '';
Change:
Project description The goal of llm-ls is to provide a common platform for IDE extensions to be build on. llm-ls takes care of the heavy lifting with regards to interacting with LLMs so that extension code can be as lightweight as possible. it has extensions for vscode/neovim already. I have no feedback on this software at all but seemed like something I want to try. Maybe it doesn't work well enough to get merged in nixpkgs but I would like to try it with codellama in neovim Metadata homepage URL: source URL: license: apache2 platforms: unix I think
This is interesting as llm-ls is the easiest route to get VSCode assistant that's self-hosted on nix (most require running a Linux binary downloaded from the web)

Discussion:
<ins> { lib , rustPlatform , fetchFromGitHub }: let pname = "llm-ls"; version = "0.4.0"; in rustPlatform.buildRustPackage { inherit pname version; src = fetchFromGitHub { owner = "huggingface"; repo = "llm-ls"; rev = version; sha256 = "sha256-aMoT/rH6o4dHCSiSI/btdKysFfIbHvV7R5dRHIOF/Qs="; }; cargoHash = "sha256-Z6BO4kDtlIrVdDk1fiwyelpu1rj7e4cibgFZRsl1pfA="; meta = with lib; { description = "LSP server leveraging LLMs for code completion (and more?)"; homepage = "https://github.com/huggingface/llm-ls"; license = licenses.asl20; maintainers = with maintainers; [ jfvillablanca ]; platforms = platforms.all; badPlatforms = platforms.darwin; mainProgram = "llm-ls"; }; } </ins>
Change:
The Jami client crashes with this error: Steps to reproduce the behavior: Jami via Jami: crashes with error. The Jami client should load as expected. Found references to how to make this work, unsure which if any are workable approaches: Error log: Please run and paste the result.
Same error on KDE Plasma:
I can't reproduce the problem on GNOME. Not sure how I can test it.
Maybe a virtual machine? LXQT is one of the installer options so setting up a VM should be straightforward.
to get rid of gtk impurities in the env you can fix by wrapping with the gtk wrapper, see the qt app example
will you submit a PR?

Discussion:
, qtsvg , qtwebengine , qtwebchannel <ins> , wrapGAppsHook </ins> , withWebengine ? true # for pjsip

ln -s ${daemon} $out/daemon ''; <ins> dontWrapGApps = true; </ins> nativeBuildInputs = [ <ins> wrapGAppsHook </ins> wrapQtAppsHook pkg-config cmake

"--set-default QT_QPA_PLATFORM xcb" ]; <ins> preFixup = '' qtWrapperArgs+=("''${gappsWrapperArgs[@]}") ''; </ins> passthru.updateScript = gitUpdater { rev-prefix = "stable/"; };
Change:
Package name: openasar Latest released version: unstable-2023-10-24 <!-- Search your package here: --- Current version on the unstable channel: unstable-2023-07-07 Current version on the stable/release channel: unstable-2023-07-07 <!-- 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.
This is to fix Discord Canary & Development via this commit:

Discussion:
stdenv.mkDerivation rec { pname = "openasar"; <del> version = "unstable-2023-07-07"; </del> <ins> version = "unstable-2023-10-24"; </ins> src = fetchFromGitHub { owner = "GooseMod"; repo = "OpenAsar"; <del> rev = "5ac246dc92e9a2a9b314d899df728f37096c482b"; hash = "sha256-ODeVru4LCSl3rIeJCdezAwqzKP6IRo5WDaaUymqEcBs="; </del> <ins> rev = "eee9bab822e3dbd97a735d0050ddd41ba27917f2"; hash = "sha256-SSWQSqGgTZjowgrzF6qHZDTw/Y9xFHNTZvetxqZubYI="; </ins> }; postPatch = ''
Change:
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.

Discussion:
{ lib <del> , stdenv , python3 , fetchPypi </del> <ins> , callPackage </ins> , fetchFromGitHub , installShellFiles }:

}; # put packages that needs to be overridden in the py package scope <del> py = import ./python-packages.nix { inherit stdenv src version python3 fetchPypi; }; </del> <ins> py = callPackage ./python-packages.nix { inherit src version; }; </ins> in py.pkgs.toPythonApplication (py.pkgs.buildAzureCliPackage {

{ stdenv , python3 , fetchPypi <ins> , fetchpatch </ins> , src , version }:

pname = "azure-cli-core"; inherit version src; <ins> patches = [ (fetchpatch { name = "fix-python311.patch"; url = "https://github.com/Azure/azure-cli/commit/a5198b578b17de934e15b1c92e369e45323e9658.patch"; hash = "sha256-qbyKF6Vvtz8QwY78sG7ptTVcbM2IR+phntOKqsrWetE="; stripLen = 2; includes = [ "azure/cli/core/tests/test_command_registration.py" "azure/cli/core/tests/test_help.py" "azure/cli/core/tests/test_parser.py" ]; }) ]; </ins> sourceRoot = "${src.name}/src/azure-cli-core"; propagatedBuildInputs = with self; [
Change:
Steps to reproduce the behavior: See Broke 3 days ago, (also broken for python-3.10 and x86_64-darwin, probably here )
Same issue when trying to run .

Discussion:
, h5py , numpy , scipy <del> , nose , nose-exclude </del> <ins> , pytestCheckHook </ins> }: buildPythonPackage rec {

scipy ]; <del> nativeCheckInputs = [ nose nose-exclude ]; </del> <ins> nativeCheckInputs = [ pytestCheckHook ]; </ins> pythonImportsCheck = [ "pyscf" ]; preCheck = '' # Set config used by tests to ensure reproducibility

ulimit -s 20000 export PYSCF_CONFIG_FILE=$(pwd)/pyscf/pyscf_config.py ''; <del> # As defined for the PySCF CI at https://github.com/pyscf/pyscf/blob/master/.github/workflows/run_tests.sh # minus some additionally numerically instable tests, that are sensitive to BLAS, FFTW, etc. checkPhase = '' runHook preCheck nosetests pyscf/ -v  --exclude-dir=examples --exclude-dir=pyscf/pbc/grad  --exclude-dir=pyscf/x2c  --exclude-dir=pyscf/adc  --exclude-dir=pyscf/pbc/tdscf  -e test_bz  -e h2o_vdz  -e test_mc2step_4o4e  -e test_ks_noimport  -e test_jk_hermi0  -e test_j_kpts  -e test_k_kpts  -e test_lda  -e high_cost  -e skip  -e call_in_background  -e libxc_cam_beta_bug  -e test_finite_diff_rks_eph  -e test_finite_diff_uks_eph  -e test_finite_diff_roks_grad  -e test_finite_diff_df_roks_grad  -e test_frac_particles  -e test_nosymm_sa4_newton  -e test_pipek  -e test_n3_cis_ewald  -e test_veff  -I test_kuccsd_supercell_vs_kpts.py  -I test_kccsd_ghf.py  -I test_h_.*.py  --exclude-test=pyscf/pbc/gw/test/test_kgw_slow_supercell.DiamondTestSupercell3  --exclude-test=pyscf/pbc/gw/test/test_kgw_slow_supercell.DiamondKSTestSupercell3  --exclude-test=pyscf/pbc/gw/test/test_kgw_slow.DiamondTestSupercell3  --exclude-test=pyscf/pbc/gw/test/test_kgw_slow.DiamondKSTestSupercell3  --exclude-test=pyscf/pbc/tdscf/test/test_krhf_slow_supercell.DiamondTestSupercell3  --exclude-test=pyscf/pbc/tdscf/test/test_kproxy_hf.DiamondTestSupercell3  --exclude-test=pyscf/pbc/tdscf/test/test_kproxy_ks.DiamondTestSupercell3  --exclude-test=pyscf/pbc/tdscf/test/test_kproxy_supercell_hf.DiamondTestSupercell3  --exclude-test=pyscf/pbc/tdscf/test/test_kproxy_supercell_ks.DiamondTestSupercell3  -I .*_slow.*py -I .*_kproxy_.*py -I test_proxy.py tdscf/*_slow.py gw/*_slow.py </del> <ins> # Numerically slightly off tests disabledTests = [ "test_tdhf_singlet" "test_ab_hf" "test_ea" "test_bz" "h2o_vdz" "test_mc2step_4o4e" "test_ks_noimport" "test_jk_hermi0" "test_j_kpts" "test_k_kpts" "test_lda" "high_cost" "skip" "call_in_background" "libxc_cam_beta_bug" "test_finite_diff_rks_eph" "test_finite_diff_uks_eph" "test_finite_diff_roks_grad" "test_finite_diff_df_roks_grad" "test_frac_particles" "test_nosymm_sa4_newton" "test_pipek" "test_n3_cis_ewald" "test_veff" "test_collinear_kgks_gga" ]; </ins> <del> runHook postCheck ''; </del> <ins> pytestFlagsArray = [ "--ignore=pyscf/pbc/tdscf" "--ignore=pyscf/pbc/gw" "--ignore-glob=*_slow.*py" "--ignore-glob=*_kproxy_.*py" "--ignore-glob=test_proxy.py" ]; </ins> meta = with lib; { description = "Python-based simulations of chemistry framework";