jiebi/CodeConvo huggingface dataset:
Change:
, fftwSinglePrec , doxygen , swig <del> , python3Packages, enablePython ? false , opencl-headers, ocl-icd, enableOpencl ? false , clang, enableClang ? true , cudatoolkit, enableCuda ? false </del> <ins> , enablePython ? false , python3Packages , enableOpencl ? true , opencl-headers , ocl-icd , enableCuda ? false , cudaPackages , addOpenGLRunpath </ins> }: stdenv.mkDerivation rec {

Discussion:
The build fails in the test phase when CUDA is enabled with errors like this: Note that the did not have this problem. Steps to reproduce the behavior:
I've played around a little bit and couldn't get it working. The problems is that the CUDA drivers are available at runtime in but not in the cudatoolkit. I've symlinked and then the library is found but CUDA is not running properly in the sandbox (). I've looked around somewhat and neither Torch, nor Tensorflow, nor Numba, ... have CUDA tests running in their respective expressions. I would assume for exactly this reasons. I suggest to just disable the CUDA tests and have them running for CPU only.
That sounds reasonable.
Change:
githubId = 87764; name = "Ben Ford"; }; <ins> boppyt = { email = "boppy@nwcpz.com"; github = "boppyt"; githubId = 71049646; name = "Zack A"; keys = [{ longkeyid = "rsa4096/0x6310C97DE31D1545"; fingerprint = "E8D7 5C19 9F65 269B 439D  F77B 6310 C97D E31D 1545"; }]; }; </ins> borisbabic = { email = "boris.ivan.babic@gmail.com"; github = "borisbabic";

Discussion:
Project description Superset of package , which isnt actively developed now. Metadata homepage URL: https://lite- source URL: license: mit platforms: linux, darwin
Change:
<ins> # This file has been generated by node2nix 1.9.0. Do not edit! {pkgs ? import <nixpkgs> { inherit system; }, system ? builtins.currentSystem, nodejs ? pkgs."nodejs-12_x"}: let nodeEnv = import ../../development/node-packages/node-env.nix { inherit (pkgs) stdenv lib python2 runCommand writeTextFile writeShellScript; inherit pkgs nodejs; libtool = if pkgs.stdenv.isDarwin then pkgs.darwin.cctools else null; }; in import ./node-packages.nix { inherit (pkgs) fetchurl nix-gitignore stdenv lib fetchgit; inherit nodeEnv; } </ins>

Discussion:
Project description Simple open-source self-hosted file sharing solution. Metadata homepage URL: source URL: license: bsd platforms: linux
I may have a go at this myself over the next few weeks but figured I'd start by posting it here.
I marked this as stale due to inactivity. &rarr;
Looks like you contributed this in :)
Change:
pytestCheckHook ]; <ins> patches = [ # Support for redis <= 4.1.0, https://github.com/jamesls/fakeredis/pull/324 (fetchpatch { name = "support-redis-4.1.0.patch"; url = "https://github.com/jamesls/fakeredis/commit/8ef8dc6dacc9baf571d66a25ffbf0fadd7c70f78.patch"; sha256 = "sha256-4DrF/5WEWQWlJZtAi4qobMDyRAAcO/weHIaK9waN00k="; }) ]; </ins> disabledTestPaths = [ # AttributeError: 'AsyncGenerator' object has no attribute XXXX "test/test_aioredis2.py"

Discussion:
As of , the build of is broken. This is currently breaking the build of other packages including and certainly many others... ~I suspect this was triggered by , , or one of the redis upgrades.~ I believe this was triggered by . Steps to reproduce the behavior: nixpkgs at failure The build to succeed. n/a n/a <!-- 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.
I tried patching around the issue with but that gives me a test failure:
should fix that. Also please use postPatch.
Change:
{ system, stdenv, stdenv_32bit, lib, pkgs, pkgsi686Linux, callPackage, callPackage_i686, <ins> overrideCC, wrapCCMulti, gcc49, </ins> pulseaudioSupport, wineRelease ? "stable" }:

Discussion:
System: recent NixOS, sandboxed Nixpkgs version: current master, e.g. ; it used to build on Example output:
Unfortunately, updating didn't help. (/cc with that)
Sadly, I can reproduce that. Maybe we want to downgrade the compiler here?
Additionally, build doesn't work too.
Oh, truly, I didn't realize that last working version I referenced was using gcc-4.9. I switched nixpkgs versions on our hydra instance at that point.
Found the bug: And corresponding compiler bug:
Change:
client.wait_for_unit("multi-user.target") <ins> client.wait_until_succeeds("curl -sSf -H Host:nginx.traefik.test http://traefik/") </ins> with subtest("Check that a container can be reached via Traefik"): assert "Hello from NGINX" in client.succeed( "curl -sSf -H Host:nginx.traefik.test http://traefik/"

Discussion:
Describe the bug The traefik nix test is flaky, as pointed out in To Reproduce Run several times. In personal experience about 1 in 3 test runs fail. Expected behavior The test always succeeds. Screenshots Relevant excerpts from the referenced PR: Failing test: Succeeding test: Test succeeding by waiting for the success: Additional context It seems to be purely a timing issue, see further notes Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Metadata Please run and paste the result. Maintainer information:
I've seen this on traefik too -- it takes some time from serving 404s to being fully operational. Maybe there's some service endpoints that could be used instead? (Just spewing some ideas)
Change:
<del> { stdenvNoCC, lib, autoPatchelfHook, fetchzip }: </del> <ins> { stdenv, lib, fetchzip, file }: </ins> let version = "1.1.0";

Discussion:
The package contains compiler toolchain binaries (like ) and libc libraries to be used by the compiler outputs. When is run on the package, it incorrectly adds the internal libc directory to the rpath of the compiler binaries. This causes the compiler binaries to break with an error message like this: This problem was introduced in / This was done because the systemd package wanted to use to add dependencies to its rpath. But using to do this had an undesired side effect of removing glibc from the rpath (for a reason I don't yet understand). So s previous behavior to ignore libc dependencies was changed. a flag to autoPatchelfHook telling it to leave libc in the rpath if it's found. Enable this only on systemd. the libc change to autoPatchelfHook altogether, and instead modify findLibs and make-initrd-ng to automatically check libc. Either solution would restore the old libc behavior of autoPatchelfHook for everyone else. The former would then add different code for systemd, and the latter would change a couple other programs to account for lacking this new behavior
Fixed by
Change:
<ins> { config, pkgs, lib, ... }: with lib; let cfg = config.programs.corectrl; in { options.programs.corectrl = { enable = mkEnableOption '' A tool to overclock amd graphics cards and processors. Add your user to the corectrl group to run corectrl without needing to enter your password ''; gpuOverclock = { enable = mkEnableOption '' true ''; ppfeaturemask = mkOption { type = types.str; default = "0xfffd7fff"; example = "0xffffffff"; description = '' Sets the `amdgpu.ppfeaturemask` kernel option. In particular, it is used here to set the overdrive bit. Default is `0xfffd7fff` as it is less likely to cause flicker issues. Setting it to `0xffffffff` enables all features. ''; }; }; }; config = mkIf cfg.enable (lib.mkMerge [ { environment.systemPackages = [ pkgs.corectrl ]; services.dbus.packages = [ pkgs.corectrl ]; users.groups.corectrl = { }; security.polkit.extraConfig = '' polkit.addRule(function(action, subject) { if ((action.id == "org.corectrl.helper.init" || action.id == "org.corectrl.helperkiller.init") && subject.local == true && subject.active == true && subject.isInGroup("corectrl")) { return polkit.Result.YES; } }); ''; } (lib.mkIf cfg.gpuOverclock.enable { # https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/gpu/drm/amd/include/amd_shared.h#n169 # The overdrive bit boot.kernelParams = [ "amdgpu.ppfeaturemask=${cfg.gpuOverclock.ppfeaturemask}" ]; }) ]); meta.maintainers = with lib.maintainers; [ artturin ]; } </ins>

Discussion:
A "tracking issue", related to
I marked this as stale due to inactivity. &rarr;
Change:
{ lib, stdenv, fetchFromGitHub, xorg, i3lock }: <del> stdenv.mkDerivation rec { </del> <ins> stdenv.mkDerivation { </ins> pname = "i3lock-fancy-rapid"; <del> version = "2019-10-09"; </del> <ins> version = "unstable-2021-04-21"; </ins> src = fetchFromGitHub { owner = "yvbbrjdr"; repo = "i3lock-fancy-rapid"; <del> rev = "c67f09bc8a48798c7c820d7d4749240b10865ce0"; sha256 = "0jhvlj6v6wx70239pgkjxd42z1s2bzfg886ra6n1rzsdclf4rkc6"; </del> <ins> rev = "6eeebd4caa177b82fa5010b5e8828cce3f89fb97"; hash = "sha256-EoX8ts0yV/zkb4wgEh4P8noU+UraRS4w9pp+76v+Nm0="; </ins> }; buildInputs = [ xorg.libX11 ]; propagatedBuildInputs = [ i3lock ]; postPatch = ''

Discussion:
Package name: i3lock-fancy-rapid Latest released version: 2021-04-21 (commit: ) <!-- Search your package here: --- Current version on the unstable channel: 2019-10-09 Current version on the stable/release channel: 2019-10-09 <!-- 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.
Commit: has performance improvements.
Change:
buildPythonPackage rec { pname = "dash"; <del> version = "2.7.0"; </del> <ins> version = "2.8.1"; </ins> format = "setuptools"; disabled = pythonOlder "3.6";

Discussion:
Steps to reproduce the behavior: Run I'm running Nix from the provided VirtualBox demo appliance, updated to the unstable channel. It also failed to build for OfBorg <!-- --Please run and paste the result.
Change:
buildPythonPackage rec { pname = "websocket-client"; <del> version = "1.2.1"; </del> <ins> version = "1.2.2"; </ins> disabled = pythonOlder "3.6"; src = fetchPypi { inherit pname version; <del> sha256 = "8dfb715d8a992f5712fff8c843adae94e22b22a99b2c5e6b0ec4a1a981cc4e0d"; </del> <ins> sha256 = "21861f8645eb5725d1becfe86d7e7ae1a31d98b72556f9d44fcc5100976353cf"; </ins> }; propagatedBuildInputs = [

Discussion:
Upgrading fails, seemingly because the existing systemd version is newer in 21.11 than unstable. Steps to reproduce the behavior: NixOS 21.11 21.11 channel, add unstable channel NixOS upgrades from 21.11 to unstable. is the commit upgrading systemd to 249.7, cherry picks it to 21.11. Adding the flag to the invocation would also solve this issue, albeit leaving the newer EFI files in place. <!-- 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.
I think the corresponding PR is
As pointed out above by this will be fixed when staging-next gets merged ().
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
mkdir -p $out/etc/sane.d/dll.d mv $out/etc/sane.d/dll.conf $out/etc/sane.d/dll.d/hpaio.conf <del> rm $out/etc/udev/rules.d/56-hpmud.rules </del> ''; # The installed executables are just symlinks into $out/share/hplip,

Discussion:
Printing with a HP Color LaserJet printer fails due to a crash in the filter when using the driver "hpcups 3.19.1" With the "CUPS+Gutenprint v5.2.14" driver printing works. Try to print anything, a test page would do Please run and paste the results. oops.. let's try again:
I'm having the same problem, and made some observations: hplip 3.18.5 (used in release-18.09) works, even if compiled with pkgs from release-19.03 Here's a bug report with a proposed patch: is probably here: I didn't come around to test any of those patches thoug as I have only very limited access to my HP printer.
Change:
<del> { lib, fetchurl, stdenv, SDL, openal, SDL_mixer, libxml2, pkg-config, libvorbis , libpng, libGLU, libGL, makeWrapper, zlib, freetype }: </del> <ins> { lib , SDL2 , SDL2_image , enet , fetchFromGitHub , freetype , glpk , intltool , libpng , libunibreak , libvorbis , libwebp , libxml2 , luajit , meson , ninja , openal , openblas , pcre2 , physfs , pkg-config , python3 , stdenv , suitesparse }: </ins> <del> let </del> <ins> stdenv.mkDerivation rec { </ins> pname = "naev"; <del> version = "0.5.0"; name = "${pname}-${version}"; in stdenv.mkDerivation { inherit name; </del> <ins> version = "0.10.4"; </ins> <del> srcData = fetchurl { url = "mirror://sourceforge/naev/ndata-${version}"; sha256 = "0l05xxbbys3j5h6anvann2vylhp6hnxnzwpcaydaff8fpbbyi6r6"; </del> <ins> src = fetchFromGitHub { owner = "naev"; repo = "naev"; rev = "v${version}"; sha256 = "sha256-2cMRmKeoF6x5+95GoDgsoZG9QQo7qATrw/X+335l6FE="; fetchSubmodules = true; </ins> }; <del> src = fetchurl { url = "mirror://sourceforge/naev/${name}.tar.bz2"; sha256 = "0gahi91lmpra0wvxsz49zwwb28q9w2v1s3y7r70252hq6v80kanb"; }; buildInputs = [ SDL SDL_mixer openal libxml2 libvorbis libpng libGLU libGL zlib freetype ]; </del> <ins> buildInputs = [ SDL2 SDL2_image enet freetype glpk intltool libpng libunibreak libvorbis libwebp libxml2 luajit openal openblas pcre2 physfs suitesparse ]; </ins> <del> nativeBuildInputs = [ pkg-config makeWrapper ]; </del> <ins> nativeBuildInputs = [ (python3.withPackages (ps: with ps; [ pyyaml mutagen ])) meson ninja pkg-config ]; </ins> <del> env.NIX_CFLAGS_COMPILE = "-include ${zlib.dev}/include/zlib.h"; </del> <ins> mesonFlags = [ "-Ddocs_c=disabled" "-Ddocs_lua=disabled" "-Dluajit=enabled" ]; </ins> <del> postInstall = '' mkdir -p $out/share/naev cp -v $srcData $out/share/naev/ndata wrapProgram $out/bin/naev --add-flags $out/share/naev/ndata </del> <ins> postPatch = '' patchShebangs --build dat/outfits/bioship/generate.py utils/build/*.py utils/*.py </ins> ''; meta = { description = "2D action/rpg space game"; homepage = "http://www.naev.org"; license = lib.licenses.gpl3Plus; <del> maintainers = with lib.maintainers; [viric]; </del> <ins> maintainers = with lib.maintainers; [ ralismark ]; </ins> platforms = lib.platforms.linux; <del> hydraPlatforms = []; </del> }; }

Discussion:
Steps to reproduce the behavior: naev to environment.systemPackages = with pkgs; [ ... naev ...]; -rebuild switch Only build. Please run and paste the result.
Change:
src = fetchFromGitHub { owner = "go-skynet"; repo = "go-bert.cpp"; <del> rev = "6abe312cded14042f6b7c3cd8edf082713334a4d"; hash = "sha256-lh9cvXc032Eq31kysxFOkRd0zPjsCznRl0tzg9P2ygo="; </del> <ins> rev = "710044b124545415f555e4260d16b146c725a6e4"; hash = "sha256-UNrs3unYjvSzCVaVISFFBDD+s37lmN6/7ajmGNcYgrU="; </ins> fetchSubmodules = true; }; buildFlags = [ "libgobert.a" ];

Discussion:
Package name: local-ai Latest released version: 2.16.0 <!-- 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! --- On nixos-unstable, I currently have with so I thought I would try an update even though it's probably going to change nothing. Notify maintainers I was wondering if you had a script to update pkgs/by-name/lo/local- ? I've started doing it manually but it's annoying. Might be worth adding one, would you accept one ? 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:
{ lib, stdenv, fetchFromGitHub, bash, makeWrapper, bat # batdiff, batgrep, and batwatch , coreutils <ins> , getconf </ins> , less # batgrep , ripgrep

Discussion:
Describe the bug With the recent update (), the derivations fail during on Darwin. This is due to the test framework using , which seems to be present in the Linux stdenv but is not present in the Darwin stdenv. This can be fixed by adding to the of both the derivation and all derivations. Unfortunately I am not able to submit a PR at this time. To Reproduce Steps to reproduce the behavior: Darwin, run Expected behavior It should build Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
Change:
runHook postInstall ''; <ins> postInstall = '' wrapProgram $out/bin/styli.sh --prefix PATH : ${lib.makeBinPath [ curl feh file jq util-linux wget ]} ''; </ins> meta = with lib; { homepage = "https://github.com/thevinter/styli.sh"; description = "A shell script to manage wallpapers";

Discussion:
Package is missing minimal dependencies : util-linux, jq, wget, curl, feh and does not work if launched from a systemd unit. Steps to reproduce the behavior: Result : Background should be updated with an image downloaded from Please run and paste the result.
Looking at it, will add a makeWrapper.
Change:
# - https://git.alpinelinux.org/aports/tree/testing/telegram-desktop/APKBUILD # - https://github.com/void-linux/void-packages/blob/master/srcpkgs/telegram-desktop/template <del> mkDerivation rec { </del> <ins> let tg_owt = callPackage ./tg_owt.nix {}; in mkDerivation rec { </ins> pname = "telegram-desktop"; <del> version = "2.3.0"; </del> <ins> version = "2.4.4"; </ins> # Telegram-Desktop with submodules src = fetchurl { url = "https://github.com/telegramdesktop/tdesktop/releases/download/v${version}/tdesktop-${version}-full.tar.gz"; <del> sha256 = "0yga4p36jrc5m3d8q2y2g0505c2v540w5hgcscapl4xj9hyb21dw"; </del> <ins> sha256 = "09lhikaybf57rki62miqcaxxrdg1ni2rj9aj4w9mrbzdv849fyc8"; </ins> }; postPatch = ''

Discussion:
, CVSSv3=2.4 (nixos-20.09) Scanned versions: nixos-20.09: . Cc Cc
Fixed by .
Change:
ROCKSDB_INCLUDE_DIR = "${rocksdb}/include"; ROCKSDB_LIB_DIR = "${rocksdb}/lib"; <ins> RUSTFLAGS = "--cfg surrealdb_unstable"; </ins> nativeBuildInputs = [ pkg-config rustPlatform.bindgenHook

Discussion:
Package name: surrealdb Latest released version: 1.4.2 <!-- Search your package here: --- Current version on the unstable channel: 1.3.1 Current version on the stable/release channel: 1.0.0 <!-- 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]:
Where have you seen that the latest surrealdb release is 2.0.4 ? Latest on github is 1.4.2
Wow, I'm sorry, mixed up surrealist and surrealdb. Will update my request accordingly.
If you know how to make the update PR, im happy to help you get it merged. Unfortunately i dont have a place to work with a laptop at the moment so it will be hard to make the PR myself.
I wasn't really sure how to make the update PR. Is there a guide for it anywhere, as i could not find one. I would be happy to make them in the future.
Change:
fi done <ins> if test -n $deepClone; then leaveDotGit=true fi </ins> if test -z "$url"; then usage fi

Discussion:
I tried to use nix-prefetch-git to check out while using the options. The resulting sha256 hash is not the correct one to use with . I wrote a bash script that produces the issue on my machine. When run this on my machine the following output is produced: I would expect that using the hash given by would work for . n/a <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --I have no idea who the maintainer of this is. Sorry. If community members know who is responsible for this code, feel free to add them. Please run and paste the result.
bump
Change:
buildGoModule rec { pname = "yubikey-agent"; <del> version = "0.1.5"; </del> <ins> version = "unstable-2022-03-17"; </ins> src = fetchFromGitHub { owner = "FiloSottile"; <del> repo = pname; rev = "v${version}"; sha256 = "14s61jgcmpqh70jz0krrai8xg0xqhwmillxkij50vbsagpxjssk6"; </del> <ins> repo = "yubikey-agent"; rev = "205a7ef2554625c7494038600d963123d6311873"; sha256 = "sha256-wJpN63KY5scmez6yYFsIr3JLEUB+YSl/XvoatIIeRI0="; </ins> }; buildInputs =

Discussion:
The new change to yubikey-agent breaks yubikey-agent on NixOS. The upstream library used to be and switched to This new repo is a copy of the pinentry code of gopass, but without the commit history. Unfortunately the behavior of finding the pinentry binary changed here from just returning pinentry of the variable to actually using to . returns the (hard-coded) path to the relative pinentry binary in the gnupg folder. Since there is none (and the choice of pinentry flavor is left up to the gpg-agent so it didn't concern anyone), it now fails. This is a known problem of gpgconf, and something that is probably not easily fixed. For reference, here are the somewhat related issues: , . Steps to reproduce the behavior: yubikey-agent () yubikey-agent It returns Yubikey-agent should start. I submitted an upstream PR with a small fix that allows the upstream library to fall back to the PATH pinentry when the path returned by gpgconf doesn't exist. See . If agrees with the changes, and yubikey-agent uses the new version of the library, it should work again. and Please run and paste the result. Maintainer information:
Pinentry already approved the PR. A PR for an updated yubikey-agent is underway. For anyone interested in testing this, here is the snipped I use in my to override the yubikey-agent version with the commit of the PR: and yes, it works ;-) Edit 2021-11-13: Changed Rev and sha256 to reflect changes in Yubikey PR
Thanks for the clear bug report, I don't think there's much we can do until FiloSottile/yubikey-agent is merged, and its maintainer can take months to approve PRs.
thanks for looking at the code! I updated my comment and I agree, now we wait.
Great, the upstream PR has been merged, now we just need to await a new version tag
Change:
targetPkgs = pkgs: with pkgs; with xlibs; [ libICE libSM libX11 libXcomposite libXdamage libXext libXfixes libXrender libXxf86vm libxcb xkeyboardconfig <del> curl dbus fontconfig freetype gcc glib gnutar libxml2 libxslt zlib </del> <ins> curl dbus firefox-bin fontconfig freetype gcc glib gnutar libxml2 libxslt procps zlib </ins> ]; extraInstallCommands = ''

Discussion:
I'm using DWM and I have the Dropbox Icon in my traybar. When I click on it to sign in, nothing happens. I have set the default browser, but the login page didn't appear. After I installed dropbox ( ) with a version before , I could log in. After logging in, I can use the newest version of dropbox without any other issues beside an error message while executing , see the following output: Install and try to login. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Does this work if you don't use , but start Dropbox directly from ?
No, that would not be possible, because there is no tray icon.. Therefore I would not be able to login, because that's not possible via cli
There are two programs named , one provided by package and one provided by package . The former does not work for me either. The latter does work: I get a tray icon and prompted to login. I'm asking, do you see the same thing? In other words, do I need to fix package , or do I need to fix both packages and ?
Oh, I'm sorry. Both programs, and lauch the tray icon, but they both don't let me login.
Silly question, but I assume you have tried left- and right-clicking the icon? Have you deleted ? This is where Dropbox installs itself; clearing that directory can fix some problems related to stale installations.
On Right-click it openes always a menu but when I click on "Sign in" nothing happens. Everthing else is working fine. Before installing/switching installations of dropbox I removed and just to be sure.
That's weird: here it does nothing if I right-click, but it opens a menu if I left-click... By the way, this error: is fixed in . I don't think that has anything to do with your problem, though.