jiebi/CodeConvo huggingface dataset:
Change:
nativeBuildInputs = [ nodejs ]; <ins> # https://github.com/whitfin/cachex/issues/205 stripDebug = false; </ins> passthru = { tests = { inherit (nixosTests) plausible; }; updateScript = ./update.sh; }; postBuild = '' <ins> export HOME=$TMPDIR </ins> export NODE_OPTIONS=--openssl-legacy-provider # required for webpack compatibility with OpenSSL 3 (https://github.com/webpack/webpack/issues/14532) ln -sf ${yarnDeps}/node_modules assets/node_modules npm run deploy --prefix ./assets

Discussion:
Steps to reproduce the behavior: a system configuration with plausible as a service (I'm on NixOS 22.11) I'm new to Nix, so I can't make the changes myself, but I've analyzed the issue and have found the problem. The issue is that when the package was made, nodejs included an older npm version (<9) which still had the command. This has been removed in newer nodejs versions however. This causes an error, because is used in the repository of plausible (atleast for the version that is pinned here). It can either be fixed by using an older nodejs package, using a newer version of the plausible repository or not using the deploy script from the repository and instead calling webpack manually using npm exec. Unfortunately, there are currently no maintainers. was originally a maintainer, but has removed himself. Please run and paste the result.
I'd be willing to help here in some capacity, but as I've said I'm new to Nix, so I would atleast need some guidance. I feel there are two ways of going forward here: either updating the package to not use while still pinning the same underlying version of plausible OR updating the package to use a newer version of plausible, which would mitigate the issue. With the first solution, I'm not sure what would happen with the version number. Would it stay the same, basically applying a fix for the already released version so it works again? Or would the version be incremented to something else (1.4.4.2?) to reflect the change, with the already published version remaining in a broken state? It would be helpful if someone with more experience could comment on this topic, or atleast point me in the right direction. I saw some stuff in the docs about backporting, but I'm not sure if this applies here.
can you test
Hey, thank you for working on this. Unfortunately, it does not seem to be working for me. Behaviour is as before. I ran on your branch.
can you provide exact commands you used to get right version of nixpkgs, including full command for nixos-rebuild
Sure. My config for plausible looks like this:
there is a typo should be
Ahh, sorry. With the correct command the build works now. Thank you.

I'm still getting another error when the unit is actually started, but it seems unrelated and probably has something to do with my config.
were you successful at starting plausible ? if so could you share your configuration ?
Change:
}; openssl_1_1 = common { <del> version = "1.1.1g"; sha256 = "0ikdcc038i7jk8h7asq5xcn8b1xc2rrbc88yfm4hqbz3y5s4gc6x"; </del> <ins> version = "1.1.1i"; sha256 = "0hjj1phcwkz69lx1lrvr9grhpl4y529mwqycqc1hdla1zqsnmgp8"; </ins> patches = [ ./1.1/nix-ssl-cert-file.patch

Discussion:
, CVSSv3=9.8 (nixos-unstable) CVSSv3=7.5 (nixos-unstable) Scanned versions: nixos-unstable: . Cc
Despite the commits bumping I'd just point out the CVEs are incorrectly matched - they are against an openssl ruby gem, not openssl itself.
Change:
mkKeyboardTest = layout: { extraConfig ? {}, tests }: with pkgs.lib; makeTest { name = "keymap-${layout}"; <del> machine.console.keyMap = mkOverride 900 layout; machine.services.xserver.desktopManager.xterm.enable = false; machine.services.xserver.layout = mkOverride 900 layout; machine.imports = [ ./common/x11.nix extraConfig ]; </del> <ins> nodes.machine.console.keyMap = mkOverride 900 layout; nodes.machine.services.xserver.desktopManager.xterm.enable = false; nodes.machine.services.xserver.layout = mkOverride 900 layout; nodes.machine.imports = [ ./common/x11.nix extraConfig ]; </ins> testScript = '' import json

Discussion:
I use the following listing in to install a custom keyboard layout: This refers to files in the following structure: This worked until recently (last updated a few months ago), but now fails to build: <details<summaryFull trace</summary</detailsCommenting out the line causes the same error but for . Adding in plausible files in the suggested places also doesn't fix the issue. Steps to reproduce the behavior: up the configuration as above. . The system successfully builds, and I have access to the custom layout. <!-- 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.
Sorry, I forgot to notify maintainers, but I think it's just
This breakage happened with with the update of as they have switched to the meson build system.
Thanks, that's really helpful! I suppose I'll revert to before that merge for now (though I'm finding it hard to find the list of good commit hashes). Do you know any other workarounds?
You can use . that does not have those changes. For a list you can look at in the "Input changes" column. That is a log of the "nixos-unstable" branch, for which the binary cache has been filled after a few tests have been run.
The script that patches the makefile to include the extra layouts need to be updated.
Can you test if your layouts work correctly with ? I a test for a basic file but I haven't tried other types.
Works fine for me but I also only use symbols
Fix merged, you can track the progress to nixos-unstable .
Change:
# import <nixpkgs> { config = { showDerivationWarnings = [ "maintainerless" ]; }; } showWarnings = config.showDerivationWarnings; <del> getName = attrs: attrs.name or ("${attrs.pname or "«name-missing»"}-${attrs.version or "«version-missing»"}"); </del> <ins> getNameWithVersion = attrs: attrs.name or ("${attrs.pname or "«name-missing»"}-${attrs.version or "«version-missing»"}"); </ins> allowUnfree = config.allowUnfree || builtins.getEnv "NIXPKGS_ALLOW_UNFREE" == "1";

Discussion:
When running it fails due to an insecure package. To resolve this the output of recommends adding to the file (in my case for electron) This is incorrect as the correct line that should be must contain the package name and ver sion instead of just the package name (eg: instead of ) Steps to reproduce the behavior: while having an insecure package the instructions in the output The output must specify instead of in the sample code. This is the current (wrong) full output
Change:
--replace 'Icon=net.davidotek.pupgui2' 'Icon=${pname}' ''; <ins> extraPkgs = pkgs: with pkgs; [ zstd ]; </ins> meta = with lib; { homepage = "https://davidotek.github.io/protonup-qt/"; description = "Install and manage Proton-GE and Luxtorpeda for Steam and Wine-GE for Lutris with this graphical user interface.";

Discussion:
The latest (nixos unstable) build of protonup-qt (2.9.2) is broken: Steps to reproduce the behavior: to the starts without errors or crashes Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I have protonup-qt 2.9.2 installed on stable 24.05, and it fails to start. Which version of nixos should this be working on?
Change:
<ins> { lib , stdenvNoCC , fetchFromGitHub , fetchpatch , coreutils , gnused , libnotify , pulseaudio , sound-theme-freedesktop , xprop }: stdenvNoCC.mkDerivation rec { pname = "undistract-me"; version = "unstable-2020-08-09"; src = fetchFromGitHub { owner = "jml"; repo = pname; rev = "2f8ac25c6ad8efcf160d2b480825b1cbb6772aab"; hash = "sha256-Qw7Cu9q0ZgK/RTvyDdHM5N3eBaKjtYqYH0J+hKMUZX8="; }; patches = [ # Don't block the terminal when notification sound is played # # See https://github.com/jml/undistract-me/pull/69 (fetchpatch { url = "https://github.com/jml/undistract-me/commit/2356ebbe8bf2bcb4b95af1ae2bcdc786ce7cc6e8.patch"; sha256 = "sha256-Ij3OXTOnIQsYhKVmqjChhN1q4ASZ7waOkfQTTp5XfPo="; }) # Fix showing notifications when using Wayland apps with XWayland # running, or connection to X server fails. # # NOTE: Without a real X server, notifications will not be # suppressed when the window running the command is focused. # # See https://github.com/jml/undistract-me/pull/71 (fetchpatch { url = "https://github.com/jml/undistract-me/commit/3f4ceaf5a4eba8e3cb02236c48247f87e3d1124f.patch"; sha256 = "sha256-9AK9Jp3TXJ75Y+jwZXlwQ6j54FW1rOBddoktrm0VX68="; }) ]; # Patch in dependencies. Can't use makeWrapper because the bash # functions will be sourced and invoked in a different environment # for each command invocation. postPatch = '' for script in *.bash *.sh; do substituteInPlace "$script"  --replace /usr/share/undistract-me "$out/share/undistract-me"  --replace basename ${coreutils}/bin/basename  --replace 'cut ' '${coreutils}/bin/cut '  --replace date ${coreutils}/bin/date  --replace dirname ${coreutils}/bin/dirname  --replace sed ${gnused}/bin/sed  --replace notify-send ${libnotify}/bin/notify-send  --replace paplay ${pulseaudio}/bin/paplay  --replace /usr/share/sounds/freedesktop ${sound-theme-freedesktop}/share/sounds/freedesktop  --replace xprop ${xprop}/bin/xprop done ''; installPhase = '' mkdir -p "$out/share/undistract-me" "$out/etc/profile.d" "$out/share/licenses/undistract-me" cp long-running.bash "$out/share/undistract-me" cp preexec.bash "$out/share/undistract-me" cp undistract-me.sh "$out/etc/profile.d" cp LICENSE "$out/share/licenses/undistract-me" ''; meta = with lib; { description = "Notifies you when long-running terminal commands complete"; homepage = "https://github.com/jml/undistract-me"; license = licenses.mit; maintainers = with maintainers; [ metadark ]; }; } </ins>

Discussion:
Project description A bash utility; "Notifies you when long-running terminal commands complete." Metadata homepage URL: license: "All of undistract-me, including this file, is made available with the Expat license. See LICENSE for details."
Change:
<del> { newScope, stdenv, isl, fetchurl, overrideCC, wrapCC, darwin, ccWrapperFun }: </del> <ins> { newScope, stdenv, libstdcxxHook, isl, fetchurl, overrideCC, wrapCC, ccWrapperFun, darwin }: </ins> let callPackage = newScope (self // { inherit stdenv isl version fetch; });

Discussion:
In Nixpkgs 17.09, 3.9 cannot find libstdc++ headers: This does work correctly with Clang 4.0 in 17.09, or Clang 3.9 in 17.03. Setting shows that the cc-wrapper is not adding the appropriate flags pointing to libstdc++ in gcc. See above. System: NixOS 17.03 Nix version: 1.12pre Nixpkgs version: 17.09beta285. Sandboxing enabled: no
According to git-bisect, one of the following commits is causing the issue (all by
Hmm, was supposed to have fixed this, but I guess only fixed 4.0. any idea?
Really thought I already applied those changes to the other versions, must have forgotten to push or something.
Ah I see now---I should have noticed when reviewing that. While we're at it, maybe we should inject it in cc-wrapper instead of stdenv? This mirrors and keeps slimmer.
Change:
, makeWrapper , openresolv , procps <ins> , bash </ins> }: stdenv.mkDerivation rec {

Discussion:
I cross-compiled a system from x86_64-linux to aarch64-linux. It largely works, however command fails with the following error: The seems to have the original shebang, whereas the x86-native has had it properly rewritten. Steps to reproduce the behavior: running this from an aarch machine? wg-quick’s shebang is rewritten just like it is for native builds. Reproduction verified at
Change:
- [isolate](https://github.com/ioi/isolate), a sandbox for securely executing untrusted programs. Available as [security.isolate](#opt-security.isolate.enable). <ins> - [private-gpt](https://github.com/zylon-ai/private-gpt), a service to interact with your documents using the power of LLMs, 100% privately, no data leaks. Available as [services.private-gpt](#opt-services.private-gpt.enable). </ins> ## Backward Incompatibilities {#sec-release-24.05-incompatibilities} <!-- To avoid merge conflicts, consider adding your item at an arbitrary place in the list instead. -->

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:
--set-rpath $out/lib:$libPath $bin/bin/$i fi done <del> # FIXME: needs PATH and other fixes # install -Dm755 nvidia-bug-report.sh $bin/bin/nvidia-bug-report.sh </del> <ins> substituteInPlace nvidia-bug-report.sh  --replace /bin/grep grep  --replace /bin/ls ls install -Dm755 nvidia-bug-report.sh $bin/bin/nvidia-bug-report.sh </ins> fi }

Discussion:
I want to report an NVIDIA driver bug to nvidia's forums and they require users to submit a log file generated by a script called included in their proprietary driver package, however the nix derviation for the drivers doesn't seem to include this script. Steps to reproduce the behavior: nvidia proprietary driver running A log file is created
See in . The expression needs to be updated to include other executables that are now not copied over. Actually, look at the last lines sh if [ -n "$bin" ]; then # Install /share files. mkdir -p $bin/share/man/man1 cp -p * $bin/share/man/man1 rm -f $bin/share/man/man1/{nvidia-xconfig,nvidia-settings,nvidia-persistenced} # Install the programs. for i in nvidia-cuda-mps-control nvidia-cuda-mps-server nvidia-smi nvidia-debugdump; do if [ -e "$i" ]; then install -Dm755 bin/bin/$i # unmodified binary backup for mounting in containers install -Dm755 bin/origBin/$i patchelf --interpreter "NIX_CC/nix-support/dynamic-linker)"  --set-rpath libPath i fi done # FIXME: needs PATH and other fixes # install -Dm755 nvidia-bug- $bin/bin/nvidia-bug- fi ``
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
As an owner of a 3090 card that crashes sometimes, this utility would be very helpful to have. In the meantime, I suggest people encountering this issue to find a copy of the script and issuing the commands in there one by one. This is unfortunately not as useful when interacting on the nvidia forum though.
Change:
, pcre , pkg-config , pugixml <del> , lib, stdenv </del> <ins> , lib , stdenv </ins> , swig , vips <ins> , gtk-mac-integration-gtk2 </ins> }: stdenv.mkDerivation rec {

Discussion:
Steps to reproduce the behavior: Adding fixes the issue. <!-- 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.
Change:
<del> --- a/Makefile.osx +++ b/Makefile.osx @@ -60,1 +60,1 @@ -FreeImage: $(STATICLIB) +FreeImage: $(STATICLIB) $(SHAREDLIB) @@ -87,7 +87,7 @@ -$(SHAREDLIB): $(SHAREDLIB)-i386 $(SHAREDLIB)-x86_64 -	$(LIPO) -create $(SHAREDLIB)-i386 $(SHAREDLIB)-x86_64 -output $(SHAREDLIB) +#$(SHAREDLIB): $(SHAREDLIB)-i386 $(SHAREDLIB)-x86_64 +#	$(LIPO) -create $(SHAREDLIB)-i386 $(SHAREDLIB)-x86_64 -output $(SHAREDLIB) $(SHAREDLIB)-i386: $(MODULES_I386) $(CPP_I386) -arch i386 -dynamiclib $(LIBRARIES_I386) -o $@ $(MODULES_I386) -$(SHAREDLIB)-x86_64: $(MODULES_X86_64) +$(SHAREDLIB): $(MODULES_X86_64) </del>

Discussion:
Describe the bug I am trying to build for . is one giving me difficulty. Originally I filed an issue on : But the issue is instead with the libpng inside freeimage: Basically, libpng applies an incorrect ARM optimization to aarch64 that isn't actually available. From briefly looking at in nixpkgs, it seems that we patch with patches (and skimming that, it looks like it has a relevant aarch64 patch). So, my goal is to patch the vendored inside FreeImage, similar to how we patch itself. So far I've not had luck. I've tried with both the CRLF and LF patches from the 'apng' project and the regular patch used from the 'libpng-apng' project that is used in nixpkg's libpng. They all fail to apply and some complain about line endings, regardless of if I pipe the patch through dos2unix (or unix2dos) or not.
I seem to have fixed this by patching libpng inside of the freeimage source using the same patch as the derivation.. I'm just debating whether or not to allow it to be toggle-able as it is in the libpng derivation.
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
still important to me
I marked this as stale due to inactivity. &rarr;
still important to me
You can close this I think
Change:
}; <del> mccabe = buildPythonPackage (rec { name = "mccabe-0.5.3"; src = pkgs.fetchurl { url = "mirror://pypi/m/mccabe/${name}.tar.gz"; sha256 = "16293af41e7242031afd73896fef6458f4cad38201d21e28f344fff50ae1c25e"; }; buildInputs = with self; [ pytestrunner pytest ]; meta = { description = "McCabe checker, plugin for flake8"; homepage = "https://github.com/flintwork/mccabe"; license = licenses.mit; maintainers = with maintainers; [ garbas ]; }; }); </del> <ins> mccabe = callPackage ../development/python-modules/mccabe { }; </ins> mechanize = buildPythonPackage (rec { name = "mechanize-0.2.5";

Discussion:
Flake8 with Python 3.6 fails to build with System: 17.09pre106916. (Hummingbird) Nix version: nix-env (Nix) 1.11.9 Nixpkgs version: 17.09pre106916. Sandboxing enabled: build-use-sandbox = false
Try upgrading the pyflakes expression to the latest version
I can produce this same problem using nixpkgs commit (latest master as of this writing).
Change:
libpqxx gtk3 libsecret lsb-release openssl nodejs ncurses5 libX11 libXcursor libXdamage libXfixes libXrender libXi <del> libXcomposite libXext libXrandr libXtst libSM libICE libxcb ]); </del> <ins> libXcomposite libXext libXrandr libXtst libSM libICE libxcb libselinux pciutils libpulseaudio ]); </ins> profile = '' export XDG_DATA_DIRS=${gsettings-desktop-schemas}/share/gsettings-schemas/${gsettings-desktop-schemas.name}:${gtk3}/share/gsettings-schemas/${gtk3.name}:$XDG_DATA_DIRS

Discussion:
Describe the bug If I open a project using unityhub it crashes soon after briefly displaying a loading screen. To Reproduce Steps to reproduce the behavior: any Unity version (I tried multiple 2019.3.* versions, 2018.4 and 2020.1b) a project (doesn't matter which template) or open an existing project Expected behavior Running Unity Logs (after creating/opening a project from the 3d template) (relevant parts) The logs from the 3d template based project also don't say very much interesting. (the only log in of the project) Additional context It's kinda weird I had Unity running when I installed unityhub the first time (around 1 1/2 months ago) But suddenly (a few days after that) it started crashing, soon after opening a project (I guess it was a ) . I think I invested now multiple hours to debug this issue, but I'm at the end of my abilities (as I'm also rather new to NixOS) since the error logs are rather sparse regarding this issue. I deleted all kinds of side-effects of Unity Hub and Unity. At least I think that I deleted all of them: I searched for all kinds of unity variations in the home folder, so I hope I was thorough enough. Fortunately I got it working with flatpak, but there I have now other issues (they have no git included which is needed for some UPM packages) But the flatpak (in which it's working) might be interesting for context: (I've ommitted most of the log, as it was very long, and in my opinion not relevant for this issue) Btw. while debugging I tried the recently new released Unity Hub version (2.3.2) with local nixpkgs. I already uploaded it to with the hash: I also think that should be in the as well (as mentioned for flatpak) 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
Yes, I experience the same issues. Worth noting, I tried manually running Unity executable installed by Unity Hub and for latest LTS this worked: But it's still pretty unusable because with this approach UI is too buggy (for example dialog windows are closing themselves straight after opening, so there's no way to do many configuration things).
Change:
${pkgs.bridge-utils}/bin/brctl delbr ${cfg.bridge.name} # DNS <del> ${pkgs.iptables}/bin/iptables -D INPUT  -i ${cfg.bridge.name} -p udp -d ${cfg.bridge.address} --dport 53 -m state --state NEW,ESTABLISHED -j ACCEPT ${pkgs.iptables}/bin/iptables -D INPUT  -i ${cfg.bridge.name} -p tcp -d ${cfg.bridge.address} --dport 53 -m state --state NEW,ESTABLISHED -j ACCEPT </del> <ins> ${pkgs.iptables}/bin/iptables -w -D INPUT  -i ${cfg.bridge.name} -p udp -d ${cfg.bridge.address} --dport 53 -m state --state NEW,ESTABLISHED -j ACCEPT ${pkgs.iptables}/bin/iptables -w -D INPUT  -i ${cfg.bridge.name} -p tcp -d ${cfg.bridge.address} --dport 53 -m state --state NEW,ESTABLISHED -j ACCEPT </ins> # DHCP <del> ${pkgs.iptables}/bin/iptables -D INPUT  -i ${cfg.bridge.name} -p udp --sport 68 --dport 67 -j ACCEPT ${pkgs.iptables}/bin/iptables -D INPUT  -i ${cfg.bridge.name} -p tcp --sport 68 --dport 67 -j ACCEPT </del> <ins> ${pkgs.iptables}/bin/iptables -w -D INPUT  -i ${cfg.bridge.name} -p udp --sport 68 --dport 67 -j ACCEPT ${pkgs.iptables}/bin/iptables -w -D INPUT  -i ${cfg.bridge.name} -p tcp --sport 68 --dport 67 -j ACCEPT </ins> ''; };

Discussion:
When booting a Xen dom0, xen-bridge.service fails sometimes. Start with a NixOS host with Xen dom0 enabled using the following option in . The host may itself be in a VM, for example one of Virtualbox. Booting leads to the xen-bridge.service not starting correctly roughly once every 4 boots, and yielding the following error message. The likely reason for the failure is iptables trying to update the netfilter tables, while another script is modifying them at the same time. I believe that it can be fixed by adding the flag to the iptables calls, as suggested by the error message. Will submit a PR. System: Nix version: Nixpkgs version:
Change:
pbr = callPackage ../development/python-modules/pbr { }; <ins> pbs-installer = callPackage ../development/python-modules/pbs-installer { }; </ins> pc-ble-driver-py = toPythonModule (callPackage ../development/python-modules/pc-ble-driver-py { }); pcapy-ng = callPackage ../development/python-modules/pcapy-ng {

Discussion:
Package name: Latest released version: <!-- 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! --- Notify maintainers It would be great to get this updated as introduces the ability to manage python versions. Will require: to be updated to to be to dependencies to be packaged and to dependencies <!-- 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]:
Also pinging since it seems you have provided the most recent updates.