jiebi/CodeConvo huggingface dataset:
Change:
hash = "sha256-0U6s6sXdynk2IWRBDXBJCf7Gc+gE8AhR1PXZl0DS4yU="; }; <del> # We don't need anything in support; avoid installing LICENSE.agda </del> postPatch = '' <ins> # We don't need anything in support; avoid installing LICENSE.agda </ins> rm -rf support <ins> # Remove verbosity options as they make Agda take longer and use more memory. shopt -s globstar extglob sed -Ei '/OPTIONS/s/ -v ?[^ #]+//g' src/**/*.@(agda|lagda.md) </ins> ''; libraryName = "1lab";

Discussion:
Agda 2.6.4.1 a configure flag that controls whether debug printing (with ) is enabled (previously it was always enabled). Should we enable this? I am leaning strongly towards "yes" as I use debug printing quite often and it would suck to have to rebuild Agda. cc
is there any downside to enabling it?
Performance is , though I'd say not in a way that matters.
If it was true by default before, we should keep that default. We can add an option to the derivation to make it configurable.
Opened I am not sure how to add an option to the derivation (I think should do) and I don't have enough motivation to add an option to the wrapper.
Change:
path = with pkgs; [ kmod iproute wireguard-tools ]; serviceConfig = { <del> Type = "simple"; Restart = "on-failure"; RestartSec = "5s"; </del> <ins> Type = "oneshot"; </ins> RemainAfterExit = true; };

Discussion:
In there was an option introduced that indefinitely tries to restart the wireguard service until all peer hostnames are resolved. Instead it should use as introduced by instead. This feature will be available in the next snapshot release of wireguard. cc
Alright 0.0. has been released for the purpose of this disaster being fixed. care to cleanup the mess?
I fail to see what mess/disaster you're refering to.
Change:
<ins> { lib, fetchgit, buildGoModule }: buildGoModule rec { pname = "bombadillo"; version = "2.3.3"; src = fetchgit { url = "https://tildegit.org/sloum/bombadillo.git"; rev = version; sha256 = "02w6h44sxzmk3bkdidl8xla0i9rwwpdqljnvcbydx5kyixycmg0q"; }; vendorSha256 = "0sjjj9z1dhilhpc8pq4154czrb79z9cm044jvn75kxcjv6v5l2m5"; meta = with lib; { description = "Non-web client for the terminal, supporting Gopher, Gemini and more"; homepage = "https://bombadillo.colorfield.space/"; license = licenses.gpl3; maintainers = with maintainers; [ ehmry ]; }; } </ins>

Discussion:
Project description Bombadillo is a non-web browser for the terminal. It supports several protocols, such as gopher, gemini, and finger. Metadata homepage URL: source URL: license: gpl3 platforms: unix, linux, darwin
Change:
in stdenv.mkDerivation rec { pname = "sumneko-lua-language-server"; <del> version = "2.5.6"; </del> <ins> version = "2.6.0"; </ins> src = fetchFromGitHub { owner = "sumneko"; repo = "lua-language-server"; rev = version; <del> sha256 = "sha256-dSj3wNbQghiGfqe7dNDbWnbXYLSiG+0mYv2yFmGsAc8="; </del> <ins> sha256 = "sha256-8Vfk6B85anlUf09cc08hOGujbcVCMqgEJ1PTxX6llrk="; </ins> fetchSubmodules = true; };

Discussion:
Couldn't build sumneko-lua-language-server successfully. <details<summaryLog</summary<div</div</detailsbelow in nixpkgs: Builds sumneko-lua-language-server successfully.
I'm no longer using nix (need to remove myself as maintainer). I didn't add Darwin support, it was my understanding that lua-language-server was incompatible with the 10.12 SDK.
Thanks for pinging. I do not own an Intel Macos but I hope I can fix this issue with PR . Can you please check if my PR fixes the issue.
I closed my PR, since it did not fix the issue. I use this package without issues on aarch64. I can not explain what is different between aarch64 and x86_64.
~Is this related? x8664 and aarch64 use a different version of .~ -This is not related, I built with and it reproduced same error.
I tried the latest version of lua-language-server and the build finished successfully for some reason. <details<summaryDiff</summary<div</div</details
I'm going to fix this after 's next release because it's not preferable to merge unstable version to master. Moreover it will be not so long until the next release.
Thank you for your suggestions & PR anyway!
You are welcome! Thanks for investing the issue and great to read that you are able to fix it soon.
Change:
stdenv.mkDerivation rec { pname = "nvimpager"; <del> version = "0.12.0"; </del> <ins> version = "0.13.0"; </ins> src = fetchFromGitHub { owner = "lucc"; repo = pname; rev = "v${version}"; <del> sha256 = "sha256-RmpPWS9gnBnR+Atw6uzBmeDSgoTOFSdKzHoJ84O+gyA="; </del> <ins> sha256 = "sha256-Au9rRZMZfU4qHi/ng6JO8FnMpySKDbKzr75SBPY3QiA="; </ins> }; buildInputs = [

Discussion:
hydra went from to as per on a . Steps to reproduce the behavior: to nvimpager <details<summarytest failing on this update:</summary</details
To my knowledge the actual functionality of nvimpager is not affected but the default colorscheme in neovim changed and my test depend on it. So a quickfix might be if that is acceptable.
this will be fixed by .
The neovim update has been reverted in . Closing.
Change:
( if isPy35 then ./3.5/python-3.x-distutils-C++.patch <del> else if isPy37 || isPy38 || isPy39 then </del> <ins> else if pythonAtLeast "3.7" then </ins> ./3.7/python-3.x-distutils-C++.patch else fetchpatch {

Discussion:
This seems to have been broken for a while (before at least). <details<summaryBuild log</summary<pre { "action": "setPhase", "phase": "unpackPhase" } unpacking sources unpacking source archive /nix/store/6qjykfvkri219wk15gjijkfjs9ci0588-Python- source root is Python-3.10.0a5 setting SOURCEDATEEPOCH to timestamp of file Python-3.10.0a5/Misc/NEWS { "action": "setPhase", "phase": "patchPhase" } patching sources applying patch /nix/store/345r2zz7pgiyk91j89qlf7mhs95jrv6f-no- patching file applying patch /nix/store/lpfs02z2i2hamz9f50p4bz6v0fs0600j- patching file applying patch /nix/store/9kwzs3pplms8sijf55sdryypzvic4x1s-python-3.x-distutils- patching file patching file Hunk succeeded at 123 (offset -2 lines). Hunk succeeded at 140 (offset -2 lines). Hunk succeeded at 170 (offset -2 lines). Hunk succeeded at 310 (offset -2 lines). patching file Hunk FAILED at 170. Hunk FAILED at 187. Hunk succeeded at 231 (offset 23 lines). 2 out of 3 hunks FAILED -- saving rejects to file patching file Hunk FAILED at 183. 1 out of 3 hunks FAILED -- saving rejects to file patching file Hunk succeeded at 619 (offset 35 lines). </pre</detailsPerhaps and need adjusting to include 3.10? Unfortunately I don’t know much about CPython so I don’t feel confident in diagnosing the exact issue or prescribing a resolution for it. cc
Change:
stdenv.mkDerivation rec { pname = "groovy"; <del> version = "3.0.3"; </del> <ins> version = "3.0.7"; </ins> src = fetchurl { url = "http://dl.bintray.com/groovy/maven/apache-groovy-binary-${version}.zip"; <del> sha256 = "0xdm70b61pdj8z3g08az16y9b6cpz5hv7iwvwfyfyxrjdi47h419"; </del> <ins> sha256 = "1xdpjqx7qaq0syw448b32q36g12pgh1hn6knyqi3k5isp0f09qmr"; </ins> }; buildInputs = [ unzip makeWrapper ];

Discussion:
, CVSSv3=5.5 (nixos-20.09) Scanned versions: nixos-20.09: . Cc
Change:
<ins> diff --git a/hier.c b/hier.c index 5663ada..1d73b84 100644 --- a/hier.c +++ b/hier.c @@ -2,8 +2,8 @@ void hier() { -  h(auto_home,-1,-1,02755); -  d(auto_home,"bin",-1,-1,02755); +  h(auto_home,-1,-1,0755); +  d(auto_home,"bin",-1,-1,0755); c(auto_home,"bin","tcpserver",-1,-1,0755); c(auto_home,"bin","tcprules",-1,-1,0755); </ins>

Discussion:
ucspi-tcp is broken in the current master and nixos-17.03. The bug was introduced by nix-shell -p ucspi-tcp on current master or 17.03
The failure is due to bits now being illegal. To fix it, patch the build recipe to avoid attempting to create files with those bits set.
Change:
buildPythonPackage rec { pname = "textnets"; <del> version = "0.9.3"; </del> <ins> version = "0.9.4"; </ins> format = "pyproject"; disabled = pythonOlder "3.8"; src = fetchPypi { inherit pname version; <del> hash = "sha256-fx2S43IqpSMsfJow26jB/D27dyUFQ1PlXP1rbUIZPPQ="; </del> <ins> hash = "sha256-4154ytzo1QpwhKA1BkVMss9fNIkysnClW/yfSVlX33M="; </ins> }; nativeBuildInputs = [ <del> cython </del> <ins> pythonRelaxDepsHook cython_3 </ins> poetry-core setuptools ]; <ins> pythonRelaxDeps = [ "igraph" "leidenalg" ]; </ins> propagatedBuildInputs = [ cairocffi igraph

Discussion:
, it will fail when it can't find check hydra: works, but also generates deprecation warnings. 0.9.3 (as used by Hydra) isn't an official release at Github. 0.9.4 fixes the deprecation warnings (save for flagging a future dependency and one other future.) Bump to version 0.9.4 coming momentarily. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
zlib ]; <ins> assets = stdenv.mkDerivation { pname = "srb2-data"; version = finalAttrs.version; nativeBuildInputs = [ unzip ]; src = fetchurl { url = "https://github.com/STJr/SRB2/releases/download/SRB2_release_${finalAttrs.version}/SRB2-v${lib.replaceStrings ["."] [""] finalAttrs.version}-Full.zip"; hash = "sha256-KsJIkCczD/HyIwEy5dI3zsHbWFCMBaCoCHizfupFoWM="; }; sourceRoot = "."; installPhase = '' mkdir -p $out/share/srb2 cp -r *pk3 *dta *dat models/ $out/share/srb2/ ''; }; </ins> cmakeFlags = [ <del> "-DSRB2_ASSET_DIRECTORY=/build/source/assets" </del> <ins> "-DSRB2_ASSET_DIRECTORY=${finalAttrs.assets}/share/srb2" </ins> "-DGME_INCLUDE_DIR=${game-music-emu}/include" "-DOPENMPT_INCLUDE_DIR=${libopenmpt.dev}/include" "-DSDL2_MIXER_INCLUDE_DIR=${lib.getDev SDL2_mixer}/include/SDL2" <del> "-DSDL2_INCLUDE_DIR=${lib.getDev SDL2}/include/SDL2" </del> <ins> "-DSDL2_INCLUDE_DIR=${lib.getDev SDL2.dev}/include/SDL2" </ins> ]; patches = [ <del> ./wadlocation.patch </del> <ins> # Fix unknown command "CPMAddPackage" by not using Ccache.cmake ./cmake.patch </ins> ]; <del> postPatch = '' substituteInPlace src/sdl/i_system.c  --replace '@wadlocation@' $out ''; </del> <ins> desktopItems = [ (makeDesktopItem rec { name = "Sonic Robo Blast 2"; exec = finalAttrs.pname; icon = finalAttrs.pname; comment = finalAttrs.meta.description; desktopName = name; genericName = name; categories = [ "Game" ]; }) ]; </ins> <del> preConfigure = '' 7z x ${assets} -o"/build/source/assets" -aos 7z x ${assets_optional} -o"/build/source/assets" -aos ''; </del> <ins> installPhase = '' mkdir -p $out/bin $out/share/applications $out/share/pixmaps $out/share/icons copyDesktopItems cp ../srb2.png $out/share/pixmaps/. cp ../srb2.png $out/share/icons/. </ins> <del> postInstall = '' mkdir $out/bin mv $out/lsdlsrb2-${version} $out/bin/srb2 </del> <ins> cp bin/lsdlsrb2 $out/bin/srb2 wrapProgram $out/bin/srb2 --set SRB2WADDIR "${finalAttrs.assets}/share/srb2" </ins> ''; meta = with lib; {

Discussion:
The srb2 assets are outdated. Steps to reproduce the behaviour: the game or run the command while in game The that the assets are being downloaded from hasn't been updated since 2020
I just noticed this pr, but it seems to have gone dead 3 months ago
closing as I'm making a new issue
Change:
src = fetchFromGitHub { owner = pname; repo = pname; <del> rev = "v${version}"; </del> <ins> rev = "refs/tags/v${version}"; </ins> sha256 = "1irlp5sakbdfcf717qmrx0r9rjlmwk0vza6zm3y55d32zw5c1cxg"; };

Discussion:
The python package tries to fetch , but the URL is ambiguous to GitHub, and does not point to the correct archive anymore. using the URL instead e.g. works as expected.
Change:
<ins> { lib , stdenvNoCC , fetchurl }: stdenvNoCC.mkDerivation (finalAttrs: { pname = "rose-pine-cursor"; version = "1.1.0"; srcs = [ (fetchurl { url = "https://github.com/rose-pine/cursor/releases/download/v${finalAttrs.version}/BreezeX-RosePine-Linux.tar.xz"; hash = "sha256-szDVnOjg5GAgn2OKl853K3jZ5rVsz2PIpQ6dlBKJoa8="; }) (fetchurl { url = "https://github.com/rose-pine/cursor/releases/download/v${finalAttrs.version}/BreezeX-RosePineDawn-Linux.tar.xz"; hash = "sha256-hanfwx9ooT1TbmcgCr63KVYwC1OIzTwjmxzi4Zjcrdg="; }) ]; sourceRoot = "."; installPhase = '' runHook preInstall mkdir -p $out/share/icons cp -R BreezeX-RosePine-Linux $out/share/icons/ cp -R BreezeX-RosePineDawn-Linux $out/share/icons/ runHook postInstall ''; meta = with lib; { description = "Soho vibes for Cursors"; downloadPage = "https://github.com/rose-pine/cursor/releases"; homepage = "https://rosepinetheme.com/"; license = licenses.gpl3; maintainers = with maintainers; [ aikooo7 ]; }; }) </ins>

Discussion:
Project description "Soho vibes for Cursors" Rose Pine themed cursors, recently was created (last month) Metadata homepage URL: source URL: license: gpl3 Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I will try to do this as soon as I can
Change:
<ins> { stdenv , fetchFromGitHub , autoreconfHook , pkgconfig }: stdenv.mkDerivation rec { version = "0.0.10"; pname = "libmicrodns"; src = fetchFromGitHub { owner = "videolabs"; repo = pname; rev = version; sha256 = "1xvl9k49ng35wbsqmnjnyqvkyjf8dcq2ywsq3jp3wh0rgmxhq2fh"; }; nativeBuildInputs = [ autoreconfHook pkgconfig ]; meta = with stdenv.lib; { description = "Minimal mDNS resolver library, used by VLC"; homepage = https://github.com/videolabs/libmicrodns; license = licenses.lgpl21; platforms = platforms.linux; maintainers = [ maintainers.shazow ]; }; } </ins>

Discussion:
The current vlc derivation does not include chromecast support. I believe we need to add the flags during the configuration step to enable it by default, which I think is a reasonable thing to do. I tried to do the minimal change myself, but looks like we need some new dependencies that don't exist in nixpkg yet: I'm still fairly new so it will take some learning to figure out what needs to be done to package protobuf-lite (not sure I'll get around to it anytime soon). If anyone else is into making these changes, it would be much appreciated. Or please let me know if I'm off-track here and there's a better way to do this.
You're on the right track. This should work:
Ah, now it builds, and I can see the relevant chromecast features, but it's still not finding the chromecast. Thank you! Sounds like that happens when microdns is not available. I tried adding nssmdns to the derivation but that didn't do the trick. is enabled. Hmmmm.
FWIW (mostly because I like linking things together), but sounds like you're past what is useful from that :). I frequently find chromecast programs on NixOS don't work... especially scanning support... with the firewall enabled. . Should only need mdns support for discovery/scanning, I think :).
Yea I did see that. I don't think it's the firewall, as google-chrome chromecasts fine. Even VLC via flatpak manages to connect to the chromecast (but fails to encode due to some other error). I believe mdns is used to find the chromecast automagically.
Make sure avahi is running and that mdns is set in resolvconf
Avahi is running and nssmdns is enabled, if that's what you mean. Is it working for you? Reading an older VLC PR: Sounds like we need VLC's own libmicrodns packaged before this will work: Edit: Indeed building with :
I managed to package up libmicrodns and it's working now! I'll clean up and send a PR. :) Thanks for the help everyone.
Change:
owner = "getzola"; repo = pname; rev = "v${version}"; <del> sha256 = "0dbj2rkn4k5glnwdazsvjhah5pj9cbdb8hwlvm5q4njsmrgpyaw5"; </del> <ins> sha256 = "13kbgxh7r6124d1fjdf0x599j1kpgixp1y9d299zb5vrd6rf5wy5"; </ins> }; <ins> cargoPatches = [ ./cargo-lock.patch ]; </ins> <del> cargoSha256 = "0i0xqbpbv3md42d2853cfzkhfwlkvxahhz5dldla5x96rm1i2hr8"; </del> <ins> cargoSha256 = "03rwf5l1l3ap03qi0xqcxsbyvpg3cqmr50j8ql6c5v55xl0ki9w8"; </ins> nativeBuildInputs = [ cmake pkgconfig ]; buildInputs = [ openssl ]

Discussion:
Describe the bug Tried upgrading to zola 0.9.0, but it errored out. To Reproduce Expected behavior Zola 0.9 can be installed. Additional context Maintainer information: cc (maintainer of the package)
thanks for the report! It seems like we need to do something like this: I'll have a look later today.
The only idea I've come up with, at this point, is to fork and remove the "sass-sys/libsass" directory.
Oh, that goes in the right direction, But it might be easier: cargo also has a mechanism of excluding files! I'm pinging you because zola fails to build on macOS with vendored dependecies. This is because sass-sys includes the original files which happen to conflict after the unicode normalization that macOS applies. Could I trouble you to release a new patch release of sass-sys that this directory in the so it won't be part of the artifact on If we then bump this dependency in zola (can be a local patch here first), it should build again.
Submitted a quick fix that patches the lock file to bump sass-sys version: This fixes the build on macOS for me.
Change:
''; passthru.tests.version = testers.testVersion { <del> package = crow-translate; </del> <ins> package = finalAttrs.finalPackage; </ins> }; <del> meta = with lib; { </del> <ins> meta = { </ins> description = "Simple and lightweight translator that allows to translate and speak text using Google, Yandex and Bing"; <del> homepage = "https://crow-translate.github.io/"; license = licenses.gpl3Plus; maintainers = with maintainers; [ sikmir ]; platforms = platforms.linux; </del> <ins> homepage = "https://invent.kde.org/office/crow-translate"; license = lib.licenses.gpl3Plus; maintainers = with lib.maintainers; [ sikmir ]; platforms = lib.platforms.linux; </ins> mainProgram = "crow"; }; <del> } </del> <ins> }) </ins>

Discussion:
Package name:crow-translate Latest released version:3.0.0 <!-- Search your package here: --- Current version on the unstable channel:2.11.1 Current version on the stable/release channel:2.11.1 <!-- 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]:
Change:
<del> { config, lib, pkgs, ... }: let </del> <ins> { config, lib, pkgs, ... }: let inherit (lib.types) nullOr enum; </ins> cfg = config.services.ollama; <del> in { </del> <ins> ollamaPackage = cfg.package.override { inherit (cfg) acceleration; linuxPackages.nvidia_x11 = config.hardware.nvidia.package; }; in { </ins> options = { services.ollama = { enable = lib.mkEnableOption (

Discussion:
Ollama can't discover GPU libraries Steps to reproduce the behavior: this completely not overkill nixos config: Ollama discover GPU libraries and able to use GPU acceleration. Previously I was able to discover GPU libs by running downloaded ollama binary via - But anyway it crushes because it uses ROCM 6.0 while in nixpkgs unstable we still have 5.7.1 <!-- 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]:
This appears to be happening because the ollama service currently only ever builds the ollama package in cpu mode. If my understanding is correct, then should fix this, though gpu support won't be enabled automatically. Once is merged, rocm would be enabled like this, and should work without any other configuration:
Change:
<del> { lib, python3 }: </del> <ins> # dateparser tests fail on pyton37: https://github.com/NixOS/nixpkgs/issues/52766 { lib, python36, glibcLocales }: </ins> <del> python3.pkgs.buildPythonApplication rec { </del> <ins> python36.pkgs.buildPythonApplication rec { </ins> pname = "homeassistant-cli"; <del> version = "0.3.0"; </del> <ins> version = "0.4.2"; </ins> <del> src = python3.pkgs.fetchPypi { </del> <ins> src = python36.pkgs.fetchPypi { </ins> inherit pname version; <del> sha256 = "42d7cb008801d7a448b62aed1fc46dd450ee67397bf16faabb02f691417db4b2"; </del> <ins> sha256 = "e0b05af9e49baf88a44f1b36c3446a106223016dceefd5f9910e204af5901f44"; </ins> }; postPatch = '' # Ignore pinned versions <del> sed -i "s/'(.*)==.*'/'1'/g" setup.py </del> <ins> sed -i "s/'(.*)(==|>=).*'/'1'/g" setup.py </ins> ''; <del> propagatedBuildInputs = with python3.pkgs; [ requests pyyaml netdisco click click-log tabulate idna jsonpath_rw jinja2 </del> <ins> propagatedBuildInputs = with python36.pkgs; [ requests pyyaml netdisco click click-log tabulate idna jsonpath_rw jinja2 dateparser </ins> ]; <del> checkInputs = with python3.pkgs; [ pytest requests-mock </del> <ins> checkInputs = with python36.pkgs; [ pytest requests-mock glibcLocales </ins> ]; checkPhase = '' <del> pytest </del> <ins> LC_ALL=en_US.UTF-8 pytest </ins> ''; meta = with lib; {

Discussion:
tests pass, while tests fail with: Official Hydra sees the same thing: with their Travis setup. (That is a build of a recent commit, but I still see the same failures after pointing at a checkout of ) Does anyone have any ideas? With nixpkgs master,
See scrapinghub/dateparser, scrapinghub/dateparser and scrapinghub/dateparser.
As long as this problem remains, the best thing to do is using for affected application. Switching to should be done in commits that don't change anything else and that reference this issue in their commit message so that they can easily be reverted. Simply skipping the tests does not make much sense since these are real incompatibilities.
Change:
"websockets" ]; <del> nativeBuildInputs = [ </del> <ins> build-system = [ </ins> hatchling hatch-requirements-txt hatch-fancy-pypi-readme

Discussion:
Steps to reproduce the behavior: Gradio / Gradio Client <!-- 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]:
fix for py311
Change:
, wayland , cudaSupport ? config.cudaSupport , cudaPackages ? { } <ins> , autoAddDriverRunpath </ins> }: stdenv.mkDerivation (finalAttrs: {

Discussion:
Greetings. I'm trying to run gpt4all in cuda acceleration, but there is no option for CUDA acceleration in app. Launching from terminal give me this error:failed to initialize CUDA: CUDA driver is a stub library Steps to reproduce the behavior: gpt4all-cuda -Applictiation-Device device section, there is only CPU and Auto Cuda device should be detectable. Exporting resolve this issue and gpt4all detect cuda device. <!-- 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]:
I'm sorry I won't be able to help since I don't particularly use it anymore and I don't have any NVidia devices.
Understandable. Maybe can take are look here then, because not only this app affected by this bug as far as i can see.
Small overlay wrapper in case anyone have this issue also: Probably something similar required for amd card.
Hi thanks for reporting the issue and finding the fix. Could you please submit a PR? Instead of using the wrapper you can add to the package's (best in the part of the list conditioned on ). That's the nice thing about ROCm: nothing of the sort is required; you can just link the driver directly, no need to play hide-n-seek with nvidia. However I don't see any references in the gpt4all expression or in the upstream repo, I'm not sure they support ROCm. One could still use the cuda version with amd devices, via in
same issue, but with AMD card. About sumbiting a PR. I don't feel confident enough in nixos to do such thing for now.
Do as you feel is best for you, but do know that we'd guide you and that the entry threshold is meant to be kept low
the PR that adds if is enabled in if you could take a look at it pls.