jiebi/CodeConvo huggingface dataset:
Change:
<ins> { stdenv, buildGoModule, fetchFromGitHub, rnnoise-plugin }: buildGoModule rec { pname = "NoiseTorch"; version = "0.5.2-beta"; src = fetchFromGitHub { owner = "lawl"; repo = "NoiseTorch"; rev = version; sha256 = "1q0gfpqczlpybxcjjkiybcy6yc0gnrq8x27r0mpg4pvgwy7mps47"; }; patches = [ ./version.patch ./config.patch ./embedlibrnnoise.patch ]; vendorSha256 = null; subPackages = [ "." ]; buildInputs = [ rnnoise-plugin ]; preBuild = '' export RNNOISE_LADSPA_PLUGIN="${rnnoise-plugin}/lib/ladspa/librnnoise_ladspa.so"; go generate; rm  ./scripts/* ''; postInstall = '' mkdir -p $out/share/icons/hicolor/256x256/apps/ cp assets/icon/noisetorch.png $out/share/icons/hicolor/256x256/apps/ mkdir -p $out/share/applications/ cp assets/noisetorch.desktop $out/share/applications/ ''; meta = with stdenv.lib; { description = "Virtual microphone device with noise supression for PulseAudio"; homepage = "https://github.com/lawl/NoiseTorch"; license = licenses.gpl3Plus; platforms = platforms.linux; maintainers = with maintainers; [ panaeon ]; }; } </ins>

Discussion:
Project description NoiseTorch is an easy to use open source application for Linux with PulseAudio. It creates a virtual microphone that suppresses noise, in any application. Metadata homepage URL: source URL: license: gpl3 platforms: linux language: go
I'll try to package it myself soon.
For those who want to try now before the package is merged go build works ok:
Change:
# uses the last --compiler-bindir it gets on the command line. # FIXME: this results in "incompatible redefinition" warnings. # https://docs.nvidia.com/cuda/cuda-compiler-driver-nvcc/index.html#compiler-bindir-directory-ccbin <ins> # NOTE: We unconditionally set -Xfatbin=-compress-all, which reduces the size of the #   compiled binaries. If binaries grow over 2GB, they will fail to link. This is a problem #   for us, as the default set of CUDA capabilities we build can regularly cause this to #   occur (for example, with Magma). </ins> postInstall = (oldAttrs.postInstall or "") + '' mkdir -p $out/nix-support cat <<EOF >> $out/nix-support/setup-hook

Discussion:
Steps to reproduce the behavior: magma From : Also may be interested.
Is this related to the race condition error you saw before?
can you tell me more about what hardware you're using, and what your looks like? For reference, runs without issue for me with using a 4090 and an i9 13900k: EDIT: Would you also try building with I made some changes there that moved the CUDA runtime stub and NVCC into . I'm curious if that helps at all.
I don't think so -- closest I can remember to this was the linking error AMD HIP had with 2.7.x (which is why its stuck on magma 2.6.x), but that was a different inscrutable error from .
CPU is a Xeon Gold 5218 with Quadro RTX 8000 GPUs. I haven't set any configuration other than and .
I don't know why this issue isn't affecting your builds but most likely the fix is to set :
Haven't tried yet either, sorry.
Any idea when this failure started occurring?
magma 2.6.2 I believe works but 2.7.1 fails. I can try to bisect at some point if needed.
What channel were you building from by the way? I'm gonna try to find a way to match your setup but I need to know exactly which version of nixpkgs you're using to build.
Okay, I was able to reproduce it. It happened while a Nixpkgs-review for that magma PR I linked earlier. I suspect it has something to do with either my disabling or restricting . Time to investigate ‍
Something for me to look at later tonight; if it is the case that the increased number of cuda capabilities being targeted is causing the binary to bloat, check that we're using , like PyTorch : IIRC Magma doesn't set that flag. Also, I remember being unable to find specifically in the NVCC docs. Since PyTorch also ships binaries targeting a bunch of different CUDA capabilities, their configs are a goldmine of flags we might need to look into. EDIT: Haven't built with it yet, but it seems like it should fix it.

Apache MXNet had the same issue: EDIT2: Reminder to self: if that is the fix, add here: and here:
I know it's still a draft but can you try building again with I think it should fix your issue. Unrelated, but if you're building anything from source and you want faster builds I highly recommend specifying the single compute capability you need to build for (like I do here ) because it results in massively faster builds. HEAD right now builds for 14 different capabilities and that PR gets it down to 8, but it's much faster to build for just one.
is building for me from that branch (without any configuring compute capabilities yet), thanks.
Change:
group = "vboxusers"; setuid = true; }; <ins> executables = [ "VBoxHeadless" "VBoxNetAdpCtl" "VBoxNetDHCP" "VBoxNetNAT" "VBoxVolInfo" ] ++ (lib.optionals (!cfg.headless) [ "VBoxSDL" "VirtualBoxVM" ]); </ins> in mkIf cfg.enableHardening <del> (builtins.listToAttrs (map (x: { name = x; value = mkSuid x; }) [ "VBoxHeadless" "VBoxNetAdpCtl" "VBoxNetDHCP" "VBoxNetNAT" "VBoxSDL" "VBoxVolInfo" "VirtualBoxVM" ])); </del> <ins> (builtins.listToAttrs (map (x: { name = x; value = mkSuid x; }) executables)); </ins> users.groups.vboxusers.gid = config.ids.gids.vboxusers;

Discussion:
When I try to rebuild a system with , I get the following message during nixos-rebuild: This problem went away when I changed the option to . (Untested outside of my own system) Use the following in Then, run . system: host os: multi-user?: sandbox: version: channels(root): channels(b): nixpkgs:
I'm having the same problem. please fix the typo in the title, so this is easier to find.
Haha thanks for pointing that out!
After applying the patch it seems to build fine. I didn't actually run virtualbox yet, since I'm only using it for a BOINC project but haven't received any work units actually using virtualbox yet. Can you test it please? If that works, I can make a PR that conditionally removes these two lines.
unfortunately I'm not using VirtualBox anymore so I can't try this anymore. :/
Should be fixed with .
Change:
description = "Use 24 hour clock."; }; <ins> customPaneNavigationAndResize = mkOption { default = false; example = true; type = types.bool; description = "Override the hjkl and HJKL bindings for pane navigation and resizing in VI mode."; }; </ins> escapeTime = mkOption { default = 500; example = 0;

Discussion:
The NixOS module describes its configuration option as: From that description, I supposed that it would set the normal tmux options for using Vi-like or Emacs-like key-commands ( and ). It does do that , but it also sets additional, undocumented key-bindings , including some that override the standard bindings of (go to previous window) and (go to previous session). While I confess I was remiss in not confirming my supposition and using the option without first fully comprehending its effects, I might suggest that either the changes it makes to key-bindings be documented in the option's description, or those changes be given their own configuration option. System: NixOS Nix version: Nixpkgs version:
I think you are absolutely right. Having written that module, I will clean it up.
Thanks!
Change:
sacad = callPackage ../tools/misc/sacad { }; <ins> sad = callPackage ../tools/text/sad { }; </ins> safecopy = callPackage ../tools/system/safecopy { }; sacd = callPackage ../tools/cd-dvd/sacd { };

Discussion:
Project description describe the project a little is a live previewer that shows previews with fzf I've actually never used it but it looks interesting and would like to give it a try Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin
thanks !
Change:
}; }); <ins> tuf = super.tuf.overridePythonAttrs rec { version = "2.1.0"; src = fetchFromGitHub { owner = "theupdateframework"; repo = "python-tuf"; rev = "refs/tags/v${version}"; hash = "sha256-MdPctAZuKn/YAwpMJ5gWU7PXJD3iK7bYprLXV52wNQQ="; }; disabledTests = [ "test_sign_failures" ]; }; </ins> versioningit = super.versioningit.overridePythonAttrs { doCheck = false; };

Discussion:
Steps to reproduce the behavior: Home-Assistant service It started failing yesterday. It built fine a day before. It looks like for some reason 1.10.14 is dragged in as dependency event though 2.6.3 is now the default. I don't know Nix or Python well enough to figure out what exactly goes wrong. It looks like it's required for HACS (Home-Assistant Community Store) add-on, probably others as well. <!-- 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]:
nixpkgs . Perhaps it's because ..? I'm not really sure since it does seem to build fine with pydantic 2 here.
This won't really get maintainer attention unless they are tagged:
aiogithubapi pins sigstore<2, but that was unpinned in .
Change:
with any type of text MUD. ''; license = licenses.gpl2; <del> platforms = platforms.linux; </del> <ins> platforms = platforms.linux ++ platforms.darwin; </ins> maintainers = [ maintainers.KibaFox ]; }; }

Discussion:
Steps to reproduce the behavior: tinyfugue on aarch64-darwin command: full log: <!-- 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]:
Willing to contribute, but I don't know exactly how tinyfugue is built. I can also help with testing on MacOS if needed.
I think it's fixed, works on my , if you could have a look it would be great: or if you don't have checked out:
Change:
}; in if stdenv.isDarwin <del> then callPackage ./darwin.nix { inherit pname meta; } else callPackage ./linux.nix { inherit pname meta; } </del> <ins> then callPackage ./darwin.nix (extraArgs // { inherit pname meta; }) else callPackage ./linux.nix (extraArgs // { inherit pname meta; }) </ins>

Discussion:
I'm overriding nss package to nsslatest for spotify to be able to open links in firefox. After updating inputs for my config fails. I have in config. Steps to reproduce the behavior: nss for spotify to rebuild config Nss should get overridden successfully, not fail. ! It seems to be caused by commit adding support for macos. It seems I can only override arguments which are now Please run and paste the result.
in the meantime, overriding seems to be a workaround. I'm using the following to override :
Fix:
Facing the same issue, as I had an override with . Looks like this was broken in (cc ).
Re your actual problem: IMHO the structuring of the package currently isn't very nice anyway, so I'd be open to a PR that improves the situation (i.e. to be able to do ).
Change:
githubId = 4201956; name = "pongo1231"; }; <ins> PopeRigby = { name = "PopeRigby"; github = "poperigby"; githubId = 20866468; }; </ins> poptart = { email = "poptart@hosakacorp.net"; github = "terrorbyte";

Discussion:
Package name: vkquake Latest released version: 1.22.3 Current version on the unstable channel: 1.22.3 Current version on the stable/release channel: 1.22.3 Notify maintainers 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:
meta = with lib; { description = "Mypy plugin for the Python LSP Server"; <del> homepage = "https://github.com/Richardk2n/pylsp-mypy"; </del> <ins> homepage = "https://github.com/python-lsp/pylsp-mypy"; </ins> license = licenses.mit; maintainers = with maintainers; [ cpcloud ]; };

Discussion:
Builds ok on x86_64, but on aarch64-darwin it hangs every time at  Steps to reproduce the behavior: <details</detailsI'm surprised not to see other issues about this as it seems to be logic contained in a major package (pytest), so I wonder if it's a problem local to my system. I tried rerunning after and and outcome was the same. Please run and paste the result.
I can reproduce this and, in my case, it is caused by the test in pylsp-mypy. I do not yet know why.
I believe this will be fixed by I'm planning to wait a few days for a response from upstream before patching this in case the code has to change, but please feel free to pull it in earlier if you have a need.
Yes, that sounds suspicious -- I'll try to build the PR and report back.
Sure enough, that patch does the trick.
Change:
}: ({} // elpaDevelPackages // { inherit elpaDevelPackages; } // elpaPackages // { inherit elpaPackages; } <ins> // nongnuDevelPackages // { inherit nongnuDevelPackages; } </ins> // nongnuPackages // { inherit nongnuPackages; } // melpaStablePackages // { inherit melpaStablePackages; } // melpaPackages // { inherit melpaPackages; }

Discussion:
Project description NonGNU-devel ELPA Packages; i.e., development versions of the already packaged Metadata homepage URL: source URL: license: probably (guessed by looking at ) platforms: probably all (guessed by looking at ) Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This feels like something that should only live in the emacs-overlay, not in Nixpkgs.
Consider that the other two supported ELPAs have both their stable/unstable versions supported in nixpkgs: elpa/elpaDevel; melpaStable/melpa (see to quickly fact-check). What's the reason for this feeling; why should nongnu be an exception?
I think the same about the others.
Change:
{ lib , stdenv , fetchurl <ins> , directoryListingUpdater </ins> , SDL2 , SDL2_image , SDL2_mixer , SDL2_ttf <del> , directoryListingUpdater </del> }: <del> stdenv.mkDerivation rec { </del> <ins> stdenv.mkDerivation (self: { </ins> pname = "lbreakouthd"; <del> version = "1.1"; </del> <ins> version = "1.1.1"; </ins> src = fetchurl { <del> url = "mirror://sourceforge/lgames/${pname}-${version}.tar.gz"; hash = "sha256-5hjS0aJ5f8Oe0aSuVgcV10h5OmWsaMHF5B9wYVFrlDY="; </del> <ins> url = "mirror://sourceforge/lgames/lbreakouthd-${self.version}.tar.gz"; hash = "sha256-ljnZpuV9HPPR5bgdbyE8gUtb4m+JppxGm3MV691sw7E="; </ins> }; buildInputs = [

Discussion:
lbreakouthd fails to launch with "libGL error: MESA-LOADER: failed to open iris" Steps to reproduce the behavior: lbreaouthd with lbreakouthd launches Framework laptop with intel graphics. Please run and paste the result.
keep an eye on the and tell me if anything goes wrong
Change:
<ins> { lib, fetchurl, appimageTools, pkgs }: let pname = "beekeeper-studio"; version = "2.1.4"; name = "${pname}-${version}"; src = fetchurl { url = "https://github.com/beekeeper-studio/beekeeper-studio/releases/download/v${version}/Beekeeper-Studio-${version}.AppImage"; name="${pname}-${version}.AppImage"; sha512 = "1aik88wi9axv66axjmmjmlna1sp0pz92z8i2x6pq3bs0gcs4i1q3qxxbrfc14ynbpa65knimfhwzrrshchnijgdazx3qjzh8jwzfiwl"; }; appimageContents = appimageTools.extractType2 { inherit name src; }; in appimageTools.wrapType2 { inherit name src; multiPkgs = null; # no 32bit needed extraPkgs = pkgs: appimageTools.defaultFhsEnvArgs.multiPkgs pkgs ++ [ pkgs.bash ]; extraInstallCommands = '' ln -s $out/bin/${name} $out/bin/${pname} install -m 444 -D ${appimageContents}/${pname}.desktop $out/share/applications/${pname}.desktop install -m 444 -D ${appimageContents}/${pname}.png  $out/share/icons/hicolor/512x512/apps/${pname}.png substituteInPlace $out/share/applications/${pname}.desktop  --replace 'Exec=AppRun' 'Exec=${pname}' ''; meta = with lib; { description = "Modern and easy to use SQL client for MySQL, Postgres, SQLite, SQL Server, and more. Linux, MacOS, and Windows"; homepage = "https://www.beekeeperstudio.io"; changelog = "https://github.com/beekeeper-studio/beekeeper-studio/releases/tag/v2.1.4"; license = licenses.mit; maintainers = with maintainers; [ milogert ]; platforms = [ "x86_64-linux" ]; }; } </ins>

Discussion:
Project description Open Source SQL Editor and Database Manager for MySQL, Postgres, SQLite, SQL Server, and more. Metadata homepage URL: source URL: license: mit platforms: unix
I think this issue can be closed, since it has been merged?
Change:
cd .. mkdir -p /var/singularity/mnt/{container,final,overlay,session,source} echo "root:x:0:0:System administrator:/root:/bin/sh" > /etc/passwd <del> singularity build $out ./disk </del> <ins> TMPDIR=$(pwd -P) singularity build $out ./img </ins> ''); in result;

Discussion:
Describe the bug does not appear to build valid singularity images. From it sounds like the container has , but it appears that singularity (now) requires instead To Reproduce : tested on NixOS (singularity 3.2.1): tested on (singularity 3.5.2-1.1.el7): tested on Ubuntu (singularity 2.5.2-dist) I presume this failure on version <3 is expected. Maintainer information: (appreciate the help!!)
Thanks for finding this bug! I've patched it in my fork (), would you be able to test it?
that fix works! awesome. Built image on NixOS, tested image on NixOS and RHEL7 successfully
Great, thanks for testing.
Change:
</para> </listitem> <listitem> <ins> <para> <link linkend="opt-networking.wireguard.interfaces">networking.wireguard.interfaces.&lt;name&gt;.generatePrivateKeyFile</link>, which is off by default, had a <literal>chmod</literal> race condition fixed. As an aside, the parent directory's permissions were widened, and the key files were made owner-writable. This only affects newly created keys. However, if the exact permissions are important for your setup, read <link xlink:href="https://github.com/NixOS/nixpkgs/pull/121294">#121294</link>. </para> </listitem> <listitem> </ins> <para> <link linkend="opt-boot.zfs.forceImportAll">boot.zfs.forceImportAll</link> previously did nothing, but has been fixed. However its default has been

Discussion:
See The NixOS option  does: This is not safe. The private key can be read by an unprivileged user who opens the file between and . For example with : are never safe. This sequence should never be used for writing secrets. This is why (like ) and exist. See for example the key generation section in or . Edit for completeness: The parent directory of the private key file is currently created with So the directory doesn't exist, it is created with permissions ; due to lack of , no non-root-user can do things in it at all. However, this protection does not apply when already exists; then is a no-op. There's nothing in docs or code that suggest that; for example, that may be . I think setting is also not very good; it only works because has implicit access anyway, and the service runs as root. Instead, the private key file should have strict permissions.
cc
I'm looking into making an based fix now.
There are similar problems in [ ] ( [ ] and ( [ ] ( [ ] ( [ ] ( [ ] ( [ ] ( [ ] ( [ ] ... does it correctly :tada:
Could you move those to a separate issue? Because this one will be autoclosed after my fix is merged. And we could also make give that new overview issue the label.
PR in
Change:
githubId = 2405974; name = "Sébastian Méric de Bellefon"; }; <ins> henkkalkwater = { email = "chris+nixpkgs@netsoj.nl"; github = "HenkKalkwater"; githubId = 4262067; matrix = "@chris:netsoj.nl"; name = "Chris Josten"; }; </ins> henrikolsson = { email = "henrik@fixme.se"; github = "henrikolsson";

Discussion:
For me, at commit (latest release) and at commit (latest in the branch), does not build anymore, due some of its dependencies having no Python 2 support anymore. As far as I can see, dropped Python 2 support since release 3.3.0 (nixpkgs commit ) and later this has been enforced within nixpkgs at commit . And is an indirect dependency of . Steps to reproduce the behavior: up a simple nixops-shell that pins nixpkgs to a certain version by placing the following files in a directory: in the current directory. Nixops builds fine and a nix-shell will be entered Backtrace: nixops: filelock: Please run and paste the result. Maintainer information:
Change:
{ lib , rustPlatform , fetchFromGitHub <ins> , fetchpatch </ins> , pkg-config , installShellFiles , libxml2

Discussion:
Steps to reproduce the behavior: hurl <!-- --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Hydra build: Upstream issue: It seems like to build it on rust 1.79 it needs a patch from: (that is not in any release tag yet)
Change:
<ins> { python3Packages , makeBinaryWrapper }: python3Packages.toPythonApplication (python3Packages.private-gpt.overrideAttrs (oldAttrs: { nativeBuildInputs = oldAttrs.nativeBuildInputs ++ [ makeBinaryWrapper ]; passthru.cl100k_base = { inherit (python3Packages.private-gpt.cl100k_base) tiktoken; }; postInstall = '' makeWrapper ${python3Packages.python.interpreter} $out/bin/private-gpt  --prefix PYTHONPATH : "$PYTHONPATH"  --add-flags "-m private_gpt" ''; })) </ins>

Discussion:
Project description Interact privately with your documents using the power of GPT, 100% privately, no data leaks Metadata homepage source license: asl-2 platforms: all?
i am really new to nix, and i made this by adding dependency until it worked.. but hopefully a good starting point now just need to do is, which will download the models and to run it.
Change:
<del> { lib , stdenv , alsa-lib , autoPatchelfHook , fetchFromGitHub , godot3-headless , godot3-export-templates , libGLU , libpulseaudio , libX11 , libXcursor , libXi , libXinerama , libXrandr , libXrender , nix-update-script , udev }: let preset = if stdenv.isLinux then if stdenv.is64bit then "Linux/X11 64-bit" else "Linux/X11 32-bit" else if stdenv.isDarwin then "Mac OSX" else throw "unsupported platform"; in stdenv.mkDerivation (finalAttrs: { pname = "pixelorama"; version = "0.11.4"; src = fetchFromGitHub { owner = "Orama-Interactive"; repo = "Pixelorama"; rev = "v${finalAttrs.version}"; sha256 = "sha256-VEQjZ9kDqXz1hoT4PrsBtzoi1TYWyN+YcPMyf9qJMRE="; }; nativeBuildInputs = [ autoPatchelfHook godot3-headless ]; buildInputs = [ libGLU libX11 libXcursor libXi libXinerama libXrandr libXrender ]; buildPhase = '' runHook preBuild export HOME=$(mktemp -d) mkdir -p $HOME/.local/share/godot/ ln -s "${godot3-export-templates}/share/godot/templates" "$HOME/.local/share/godot/templates" mkdir -p build godot3-headless -v --export "${preset}" ./build/pixelorama godot3-headless -v --export-pack "${preset}" ./build/pixelorama.pck runHook postBuild ''; installPhase = '' runHook preInstall install -D -m 755 -t $out/libexec ./build/pixelorama install -D -m 644 -t $out/libexec ./build/pixelorama.pck install -D -m 644 -t $out/share/applications ./Misc/Linux/com.orama_interactive.Pixelorama.desktop install -D -m 644 -T ./assets/graphics/icons/icon.png $out/share/icons/hicolor/256x256/apps/pixelorama.png install -d -m 755 $out/bin ln -s $out/libexec/pixelorama $out/bin/pixelorama runHook postInstall ''; runtimeDependencies = map lib.getLib [ alsa-lib libpulseaudio udev ]; passthru.updateScript = nix-update-script { }; meta = with lib; { homepage = "https://orama-interactive.itch.io/pixelorama"; description = "Free & open-source 2D sprite editor, made with the Godot Engine!"; changelog = "https://github.com/Orama-Interactive/Pixelorama/blob/${finalAttrs.src.rev}/CHANGELOG.md"; license = licenses.mit; platforms = [ "i686-linux" "x86_64-linux" ]; maintainers = with maintainers; [ felschr ]; mainProgram = "pixelorama"; }; }) </del>

Discussion:
Package name: Pixelorama Latest released version: 1.0 <!-- Search your package here: --- Current version on the unstable channel: 0.11.4 Current version on the stable/release channel: 0.11.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]: