jiebi/CodeConvo huggingface dataset:
Change:
rnnoise = callPackage ../development/libraries/rnnoise { }; <ins> rnnoise-plugin = callPackage ../development/libraries/rnnoise-plugin {}; </ins> rnv = callPackage ../tools/text/xml/rnv { }; rosie = callPackage ../tools/text/rosie { };

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:
<ins> { lib , stdenv , buildDotnetModule , fetchFromGitHub , dotnetCorePackages , wrapGAppsHook , libX11 , libICE , libSM , libXi , libXcursor , libXext , libXrandr , fontconfig , glew , gtk3 }: buildDotnetModule rec { pname = "libation"; version = "11.1.0"; src = fetchFromGitHub { owner = "rmcrackan"; repo = "Libation"; rev = "v${version}"; hash = "sha256-NxG1H8lj+aBpgKj03CDpX/tLT0SxDS3pnZGQ2ultBnQ="; }; sourceRoot = "${src.name}/Source"; dotnet-sdk = dotnetCorePackages.sdk_7_0; dotnet-runtime = dotnetCorePackages.runtime_7_0; nugetDeps = ./deps.nix; dotnetFlags = [ "-p:PublishReadyToRun=false" ]; projectFile = [ "LibationAvalonia/LibationAvalonia.csproj" "LibationCli/LibationCli.csproj" "HangoverAvalonia/HangoverAvalonia.csproj" ]; nativeBuildInputs = [ wrapGAppsHook ]; runtimeDeps = [ # For Avalonia UI libX11 libICE libSM libXi libXcursor libXext libXrandr fontconfig glew # For file dialogs gtk3 ]; postInstall = '' install -Dm644 LoadByOS/LinuxConfigApp/libation_glass.svg $out/share/icons/hicolor/scalable/apps/${pname}.svg install -Dm644 LoadByOS/LinuxConfigApp/Libation.desktop $out/share/applications/${pname}.desktop substituteInPlace $out/share/applications/${pname}.desktop  --replace "/usr/bin/libation" "${meta.mainProgram}" ''; # wrap manually, because we need lower case excutables dontDotnetFixup = true; preFixup = '' # remove binaries for other platform, like upstream does pushd $out/lib/${pname} rm -f *.x86.dll *.x64.dll ${lib.optionalString (stdenv.system != "x86_64-linux") "rm -f *.x64.so"} ${lib.optionalString (stdenv.system != "aarch64-linux") "rm -f *.arm64.so"} ${lib.optionalString (stdenv.system != "x86_64-darwin") "rm -f *.x64.dylib"} ${lib.optionalString (stdenv.system != "aarch64-darwin") "rm -f *.arm64.dylib"} popd wrapDotnetProgram $out/lib/${pname}/Libation $out/bin/libation wrapDotnetProgram $out/lib/${pname}/LibationCli $out/bin/libationcli wrapDotnetProgram $out/lib/${pname}/Hangover $out/bin/hangover ''; meta = { changelog = "https://github.com/rmcrackan/Libation/releases/tag/${src.rev}"; description = "An Audible audiobook manager"; homepage = "https://github.com/rmcrackan/Libation"; license = lib.licenses.gpl3Only; mainProgram = "libation"; maintainers = with lib.maintainers; [ tomasajt ]; }; } </ins>

Discussion:
Project description <!-- Describe the project a little: --This project is an open-source project to allow people to decrypt their audible libraries for use outside the audible app. It's currently only distributed via .deb and .rpm. Metadata homepage URL: source URL: license: GPL-3.0 platforms: linux
Change:
spidermonkey_68 = throw "spidermonkey_68 has been removed. Please use spidermonkey_91 instead"; # added 2022-01-04 # spidermonkey is not ABI upwards-compatible, so only allow this for nix-shell spidermonkey = spidermonkey_78; # Added 2020-10-09 <ins> split2flac = throw "split2flac has been removed. Consider using the shnsplit command from shntool package or help packaging unflac."; # added 2022-01-13 </ins> spring-boot = spring-boot-cli; # added 2020-04-24 sqlite3_analyzer = throw "'sqlite3_analyzer' has been renamed to/replaced by 'sqlite-analyzer'"; # Converted to throw 2022-02-22 sqliteInteractive = throw "'sqliteInteractive' has been renamed to/replaced by 'sqlite-interactive'"; # Converted to throw 2022-02-22

Discussion:
fails to compile on because of a broken Python 2 dependency (). According to the github home page, is not anymore developed and replaced by , see ,
Thanks for reporting. I opened the above mentioned PR to address this issue. In the PR I made an alias for split2flac that throws a message ecouraging the use of or to help package the library. A review is welcomed ;)
Change:
in { <ins> # Disable on Darwin due to assumptions with __bootPackages __attrsFailEvaluation = stdenv.isDarwin; </ins> # tests for hooks in `stdenv.defaultNativeBuildInputs` hooks = lib.recurseIntoAttrs (import ./hooks.nix { stdenv = bootStdenv; pkgs = earlyPkgs; inherit lib; });

Discussion:
We found (because it broke our build in Lix) that the following nixpkgs lib test is broken. It is run through some derivation in the test suite somewhere; finding that is an exercise to the reader, but it is included underneath somewhere. Run the following on any platform; it has been observed with this command on aarch64-darwin and x8664-linux: Then you will get an infinite output deepening like the following: Eventually it will segfault or otherwise exceed the recursion limit. We checked that this reproduces on Lix , Nix 2.18, and Nix 2.22, so it is not a Nix implementation bug for any reasonable value of "nix implementation". Steps to reproduce the behavior: the above command from a checkout of nixpkgs. ??? overflow! We don't think this is a regression from , but instead, that broken stuff was exposed as broken by actually running it on other platforms than x8664-linux. Evaluate as normal as is the case for other values of . If applicable, add screenshots to help explain your problem. Add any other context about the problem here. Not really a maintainers list as I don't see one, but people who touched the file or the infra recently: Please run and paste the result. Note that this is not a Lix bug. system: host os: multi-user?: sandbox: version: channels(jade): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Since I have aarch64-darwin and aarch64-linux and I exposed this, I'll take a look at this tonight.
Please try with , I was able to use that command until I got:
Perhaps also check that this feature. You might need to sprinkle some more in a similar way
Thank you for mentioning that, I got it to pass on Darwin
Change:
kaufkauflist = callPackage ../applications/misc/kaufkauflist { }; <ins> kdocker = libsForQt5.callPackage ../tools/X11/kdocker { }; </ins> kicli = callPackage ../tools/misc/kicli { }; ksmbd-tools = callPackage ../os-specific/linux/ksmbd-tools { };

Discussion:
Project description KDocker will help you dock any application in the system tray. This means you can dock openoffice, firefox, thunderbolt, eclipse, anything! Just point and click. Works for both KDE and GNOME (In fact it should work for most modern window managers that support NET WM Specification. I believe it works for XFCE, for instance) All you need to do is start KDocker and select an application using the mouse and lo! the application gets docked into the system tray. The application can also be made to dissappear from the task bar. Metadata homepage URL: source URL: license: gpl2.0 platforms: linux
Change:
# Create the executable, based upon what happens in npmHooks.npmInstallHook makeWrapper ${lib.getExe nodejs} $out/bin/bash-language-server  <ins> --prefix PATH : ${lib.makeBinPath [ shellcheck ]}  </ins> --inherit-argv0  --add-flags $out/lib/bash-language-server/out/cli.js

Discussion:
Steps to reproduce the behavior: This seems to have been caused by although I'm not familiar with the package, so I could be wrong. It is causing to fail as a result. I don't quite understand the organization of the structure, so I'm not sure who the appropriate maintainer is. As a fallback, and were involved in the above linked PR, so they may be of help here. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
sorry for the breakage, i opened to fix this
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Had the same issue. But I think it's fixed in PR as mentioned You can track the progress of the PR , apparently it hasn't been merged into nixpkgs-unstable yet.
Change:
./linux-5.6.patch # source: https://gist.github.com/joanbm/5c640ac074d27fd1d82c74a5b67a1290 ./linux-5.9.patch <del> # source: https://github.com/archlinux/svntogit-community/blob/5ec5b248976f84fcd7e3d7fae49ee91289912d12/trunk/012-linux517.patch </del> <ins> # source: https://github.com/archlinux/svntogit-community/blob/33b4bd2b9e30679b03f5d7aa2741911d914dcf94/trunk/012-linux517.patch </ins> ./linux-5.17.patch <ins> # source: https://github.com/archlinux/svntogit-community/blob/2e1fd240f9ce06f500feeaa3e4a9675e65e6b967/trunk/013-linux518.patch ./linux-5.18.patch ./pedantic-fix.patch </ins> ./null-pointer-fix.patch ./gcc.patch ];

Discussion:
Building fails when rebuilding system configuration. System configuration should build successfully with on kernel 5.18 There are no current maintainers. This appears to be a repetition of
Arch Linux appears to have a new patch here: Attempting to apply it has failed for me. I tried this block: Maybe someone who helped solve this the last time can comment?
Already have a PR up .
Looks like an issue with the patch for 5.17. Try replacing it with this one:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
installPhase = '' install -D powerlevel10k.zsh-theme --target-directory=$out/share/zsh-powerlevel10k <ins> install -D powerlevel9k.zsh-theme --target-directory=$out/share/zsh-powerlevel10k </ins> install -D config/* --target-directory=$out/share/zsh-powerlevel10k/config install -D internal/* --target-directory=$out/share/zsh-powerlevel10k/internal cp -R gitstatus $out/share/zsh-powerlevel10k/gitstatus

Discussion:
When using as a root user the following error is produced: . This needs to be included, see = "source ${}/share/zsh-"; Please run and paste the result.
Change:
<del> { stdenv, fetchurl, unzip, autoreconfHook, libpo6, pkgconfig }: stdenv.mkDerivation rec { name = "libe-${version}"; version = "0.8.1"; src = fetchurl { url = "https://github.com/rescrv/e/archive/releases/${version}.zip"; sha256 = "18xm0hcnqdf0ipfn19jrgzqsxij5xjbbnihhzc57n4v7yfdca1w3"; }; buildInputs = [ unzip autoreconfHook libpo6 pkgconfig ]; meta = with stdenv.lib; { description = "Library containing high-performance datastructures and utilities for C++"; homepage = https://github.com/rescrv/e; license = licenses.bsd3; platforms = [ "x86_64-linux" ]; }; } </del>

Discussion:
Starting the HyperDex coordinator by running does most of its work by , which must be on . This does not work with the current derivation. This could be fixed either by ensuring replicant is to PATH (would making it a propagated build input be sufficient?) or patching hyperdex to exec replicant by its store path. Install hyperdex, run . It fails. System: 16.03.1242. (Emu) Nix version: nix-env (Nix) 1.11.2 Nixpkgs version: 16.03.1242.
Thanks! Upstream hyperdex is not super maintained and in my experience not stable enough to be used in production. I vote for removing it from nixos. are you relying in hyperdex in nixos or is are you just testing? [1]
I was just testing, not relying on it. Removal sounds okay to me. Alternately, I tested and adding to (in addition to ) fixes the problem.
Change:
wrangler = prev.wrangler.override (oldAttrs: { meta = oldAttrs.meta // { broken = before "16.13"; }; <ins> buildInputs = [ pkgs.llvmPackages.libcxx pkgs.llvmPackages.libunwind ] ++ lib.optional stdenv.isLinux pkgs.autoPatchelfHook; preFixup = '' # patch elf is trying to patch binary for sunos rm -r $out/lib/node_modules/wrangler/node_modules/@esbuild/sunos-x64 ''; </ins> }); yaml-language-server = prev.yaml-language-server.override {

Discussion:
Wrangler is broken on version 3.0.1 nix shell nixpkgs#wrangler (latest flake) wrangler dev --Error: spawn /nix/store/d70h3plhhzpx0wrn20dpyghi3nrp28wx-wrangler-3.0.1/lib/nodemodules/wrangler/nodemodules/ ENOENT wrangler dev should start the server
greetings ! I am not familiar enough with wrangler, but maybe the issue has been fixed ?
Still broken on . The issue is with , included binary which is not fixed for nixos.
if you are able to test this
fixes it, thanks! (There is a typo in the PR name, instead of .)
thanks for picking up typo !
Yeah, it works. tried it too.
Change:
Log1(PCSC_LOG_ERROR, "Disabling USB support for pcscd."); return -1; } <del> @@ -265,7 +266,8 @@ static LONG HPReadBundleValues(void) </del> <ins> @@ -282,7 +283,8 @@ static LONG HPReadBundleValues(void) </ins> if (driverSize == 0) {

Discussion:
The package installs that contains an unconfigured variable: This results in the following message in system journal: Obviously, not critical, but still this doesn’t sound right. The contains , so it looks like gets replaced by literal , but I am not sure where this happens or why. Steps to reproduce the behavior: There should be no unsubstituted variables in the installed unit. Maintainer information:
Looks like this line was upstream in 1.9.2 and the version in nixpkgs was upgraded from 1.9.1 to 1.9.4 in October ().
Ok, I am not particularly good with Autotools, but it seems to me that it is an upstream bug. The generate does this replacement, but I think it is supposed to happen only in a context in which this will be further expanded, not in plaintext files intended to be simply copied to their final install location.
Yes, it’s definitely an upstream issue. This usage of is explicitly called out as incorrect in Autconf docs:
Reported upstream:
Fixed in 1.9.5 (just released):
Keep in mind that this needs to point at if it is to be used for anything instead of into the nix store.
Can we make an option to allow specific ? I can help to make a PR if you agree : )
Send a PR I guess? Although, I am not sure how useful this option will be, given that, I assume, all other packages have to be linked to the same pcsc that provides the daemon. On the other hand, many other packages have this option, and I don’t know if there is some pattern or policy in NixOS.
The fixes PR is merged, but if a stable user (, etc.) wants to solve these issues, he could be: nix overlays, let = the package from newer channel, this will cause rebuild of all package that depends on it. to override attribute of , which is tedious and error-prone. So I suggest either we add an option to allow specific the package,or backport the changes to stable branch...?
Change:
buildPythonPackage rec { pname = "elegy"; <del> version = "0.8.4"; </del> <ins> version = "0.8.6"; </ins> format = "pyproject"; src = fetchFromGitHub { owner = "poets-ai"; repo = pname; rev = version; <del> sha256 = "11w8lgl31b52w2qri8j8cgzd30sn8i3769g8nkkshvgkjgca9r4g"; </del> <ins> hash = "sha256-FZmLriYhsX+zyQKCtCjbOy6MH+AvjzHRNUyaDSXGlLI="; </ins> }; <ins> # The cloudpickle constraint is too strict. wandb is marked as an optional # dependency but `buildPythonPackage` doesn't seem to respect that setting. postPatch = '' substituteInPlace pyproject.toml  --replace 'cloudpickle = "^1.5.0"' 'cloudpickle = "*"'  --replace 'wandb = { version = "^0.12.10", optional = true }' "" ''; </ins> nativeBuildInputs = [ poetry ];

Discussion:
Build of failed on x86_64-linux as of . Maintainer cc: Other cc: n/a nixpkgs at commit This issue was automatically generated by . that created this issue. Internal tag:
Change:
buildInputs = [ icu fontconfig harfbuzz openssl ] ++ lib.optionals stdenv.isDarwin (with darwin.apple_sdk.frameworks; [ ApplicationServices Cocoa Foundation ]); <ins> # workaround for https://github.com/NixOS/nixpkgs/issues/166205 NIX_LDFLAGS = lib.optionalString (stdenv.cc.isClang && stdenv.cc.libcxx != null) " -l${stdenv.cc.libcxx.cxxabi.libName}"; </ins> postInstall = lib.optionalString stdenv.isLinux '' substituteInPlace dist/appimage/tectonic.desktop  --replace Exec=tectonic Exec=$out/bin/tectonic

Discussion:
Steps to reproduce the behavior: on aarch64-darwin. Tectonic fails to build on macOS Sonoma, aarch64-darwin. <!-- 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]:
Change:
src = src'; inherit patches; <del> outputs = [ "out" "lib" "dev" ]; </del> <ins> # LLDB expects to find the path to `bin` relative to `lib` on Darwin. It can’t be patched with the location of # the `lib` output because that would create a cycle between it and the `out` output. outputs = [ "out" "dev" ] ++ lib.optionals (!stdenv.isDarwin) [ "lib" ]; </ins> sourceRoot = lib.optional (lib.versionAtLeast release_version "13") "${src.name}/${pname}";

Discussion:
On Darwin, lldb is unable to locate the support binaries directory. Trying to run lldb with a target executable results in it failing with . a target the target Successfully runs the target executable. The problem is Darwin specific because of the way lldb locates the directory. It expects the and to be present in the same directory as indicated in the comment . As part of the derivation is a separate output, it cannot locate the directory and fails to run the executable.
Can confirm, macos 10.15.
Yes and I have to manually set also.
Problem perists:
are you getting it to work with that? No luck here:
Use instead of . The former one does not contain the output, so you can use an environment variable.
What would be the preferable solution from an LLVM maintainers perspective? The lib output could be dropped, or LLVM would need to be patched to look for the support binaries in the correct path.
I would suggest a LLVM patch that could be general enough that we could send back to upstream, worst case, we can reassemble an out and lib just for this usecase in the meantime for Darwin.
are you sure it should be fixed on LLVM side? Because lldb from homebrew works fine on macos.
The fix is probably similar to what I did for LTO support (using to hardcode the path to the correct location in the store).
Here is the homebrew formula:
I’m working on a patch. The fix is to combine and on Darwin. It’s not possible to patch LLDB to know the location of because that creates a cycle between the two outputs.
I created It doesn’t exhibit the problem, but it also doesn’t seem to work. It may be that this is as good as it can get without the requisite entitlements.
lldb from your PR seems to work for me, even when I unset (my workaround for the prior issues). What wasn't working for you?
When I follow the steps you provided in , I get the following result: It only works if I don’t set .
Reopening because the change is technically breaking, and we’re in a breaking change freeze before the release.
Note that if you do need this, you can cherry-pick my commit from .

Yes, I see that error with my own MRE (haha) if I set to the nix version; it works with (which I assume is the default anyway).
When will this feature typically merged from master to unstable branch?
Nvm, just noticed that it was reverted :/
I had to revert because there is a freeze on breaking changes until 24.05 is released. Once 24.05 is released, I’ll reopen the fix PR.
I've used the commit you mentioned in previous comments. Thank you!
Just want to check some updates. Is this issue solved in 24.05?
It would be a breaking change, so it’d have to target unstable/24.11.
I resubmitted the lldb fix as
Change:
, google_talk_plugin, fribid, gnome3/*.gnome-shell*/ , browserpass, chrome-gnome-shell, uget-integrator, plasma-browser-integration, bukubrow , tridactyl-native <ins> , fx_cast_bridge </ins> , udev , kerberos }:

Discussion:
appears to be a binary component used to help Firefox use cast to Chromecast devices:
Yes please!
Change:
# once in stage 2 boot, and again when the zram-reloader service starts. # boot.kernelModules = [ "zram" ]; <del> boot.extraModprobeConfig = '' options zram num_devices=${toString cfg.numDevices} ''; boot.kernelParams = ["zram.num_devices=${toString cfg.numDevices}"]; services.udev.extraRules = '' KERNEL=="zram[0-9]*", ENV{SYSTEMD_WANTS}="zram-init-%k.service", TAG+="systemd" ''; systemd.services = let createZramInitService = dev: nameValuePair "zram-init-${dev}" { description = "Init swap on zram-based device ${dev}"; after = [ "dev-${dev}.device" "zram-reloader.service" ]; requires = [ "dev-${dev}.device" "zram-reloader.service" ]; before = [ "dev-${dev}.swap" ]; requiredBy = [ "dev-${dev}.swap" ]; unitConfig.DefaultDependencies = false; # needed to prevent a cycle serviceConfig = { Type = "oneshot"; RemainAfterExit = true; ExecStop = "${pkgs.runtimeShell} -c 'echo 1 > /sys/class/block/${dev}/reset'"; }; script = '' set -euo pipefail # Calculate memory to use for zram mem=$(${pkgs.gawk}/bin/awk '/MemTotal: / { value=int($2*${toString cfg.memoryPercent}/100.0/${toString devicesCount}*1024); ${lib.optionalString (cfg.memoryMax != null) '' memory_max=int(${toString cfg.memoryMax}/${toString devicesCount}); if (value > memory_max) { value = memory_max } ''} print value }' /proc/meminfo) ${pkgs.util-linux}/sbin/zramctl --size $mem --algorithm ${cfg.algorithm} /dev/${dev} ${pkgs.util-linux}/sbin/mkswap /dev/${dev} ''; restartIfChanged = false; }; in listToAttrs ((map createZramInitService devices) ++ [(nameValuePair "zram-reloader" { description = "Reload zram kernel module when number of devices changes"; wants = [ "systemd-udevd.service" ]; after = [ "systemd-udevd.service" ]; unitConfig.DefaultDependencies = false; # needed to prevent a cycle serviceConfig = { Type = "oneshot"; RemainAfterExit = true; ExecStartPre = "-${modprobe} -r zram"; ExecStart = "-${modprobe} zram"; ExecStop = "-${modprobe} -r zram"; }; restartTriggers = [ cfg.numDevices cfg.algorithm cfg.memoryPercent ]; restartIfChanged = true; })]); swapDevices = let useZramSwap = dev: { device = "/dev/${dev}"; priority = cfg.priority; }; in map useZramSwap devices; </del> <ins> systemd.packages = [ pkgs.zram-generator ]; systemd.services."systemd-zram-setup@".path = [ pkgs.util-linux ]; # for mkswap environment.etc."systemd/zram-generator.conf".source = (pkgs.formats.ini { }).generate "zram-generator.conf" (lib.listToAttrs (builtins.map (dev: { name = dev; value = let size = "${toString cfg.memoryPercent} / 100 * ram"; in { zram-size = if cfg.memoryMax != null then "min(${size}, ${toString cfg.memoryMax} / 1024 / 1024)" else size; compression-algorithm = cfg.algorithm; swap-priority = cfg.priority; }; }) devices)); </ins> };

Discussion:
Project description In the author says, In 2020 the zram-generator doesn't seem to have had any releases. In the meantime, it's gone from initial release version 0.2.0 up to the somewhat-mature version 1.1.2. It's probably a good time to port this to zram-generator. Metadata homepage URL: source URL: license: mit platforms: linux