jiebi/CodeConvo huggingface dataset:
Change:
{ lib, stdenv, fetchurl, p7zip }: stdenv.mkDerivation rec { pname = "win-virtio"; <del> version = "0.1.141-1"; </del> <ins> version = "0.1.196-1"; </ins> phases = [ "buildPhase" "installPhase" ]; src = fetchurl { url = "https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/archive-virtio/virtio-win-${version}/virtio-win.iso"; <del> sha256 = "0mn5gcgb9dk59nrw9scdza628yiji4vdkxmixikn9v02kgwnkja3"; </del> <ins> sha256 = "1zj53xybygps66m3v5kzi61vqy987zp6bfgk0qin9pja68qq75vx"; </ins> }; buildPhase = '' <ins> runHook preBuild </ins> ${p7zip}/bin/7z x $src <del> ''; </del> <ins> runHook postBuild ''; </ins> installPhase = let

Discussion:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on github to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the the current version of the package --- <!-- 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! --- name: win-virtio <!-- The current version can be found easily with the same process than above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 0.1.141-1 desired version: 0.1.204-1 maintainers: Hi Linus, the original maintainer---Thomas Strobel---appears to be unavailable on GH, so I just tagged you since you made the last version update a few years ago. I'll submit a PR for this myself though.
Good catch, and thanks for the ping :) I think 0.1.141-1 was the stable version at the time, not sure if we want stable or latest? I don't really mind either way though.
Why not package both?
Good point. Using stable seems sensible in this case, it looks like very little time has elapsed between them anyway so I doubt there's much value in bumping to latest. I'll stick with that if there's no objection.

name: win-spice <!-- The current version can be found easily with the same process than above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 0.11 desired version: 0.21 Note that this is a collection of components with separate version numbers, the package version is taken only from one of them. The following updates also should be made: qxlwddm: 0.11 -0.21 usbdk: 1.0.4 -1.0.22 vdagent: 0.7.3 -0.10.0 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Hi Fortune, the original maintainer---Thomas Strobel---appears to be unavailable on GH, so I just tagged you since you fixed the 7z issue recently. I'll submit a PR for this myself though.
Change:
--replace 'set(COMPILER_RT_HAS_TSAN TRUE)' 'set(COMPILER_RT_HAS_TSAN FALSE)' substituteInPlace cmake/modules/AddLLVM.cmake  <del> --replace 'set(_install_name_dir INSTALL_NAME_DIR "@rpath")' "set(_install_name_dir INSTALL_NAME_DIR "$lib/lib")"  </del> <ins> --replace 'set(_install_name_dir INSTALL_NAME_DIR "@rpath")' "set(_install_name_dir)"  </ins> --replace 'set(_install_rpath "@loader_path/../lib" ''${extra_libdir})' "" '' # Patch llvm-config to return correct library path based on --link-{shared,static}.

Discussion:
Run , observe: Please run and paste the results.
Very weird... It must have come in from a recent update. You can find libLLDB in the lldb derivation:
/cc
Change:
"hotspot": { "aarch64": { "build": "7", <del> "sha256": "ac367f3261fb53508c07f7eeb767b11ab53681b7613b81b6b7030c4db00b1aa8", </del> <ins> "sha256": "894a846600ddb0df474350037a2fb43e3343dc3606809a20c65e750580d8f2b9", </ins> "url": "https://github.com/AdoptOpenJDK/openjdk11-binaries/releases/download/jdk-11.0.3%2B7/OpenJDK11U-jdk_aarch64_linux_hotspot_11.0.3_7.tar.gz", "version": "11.0.3" },

Discussion:
Error while building/downloading jre on aarch64: The error occured when I . But any use of the jre under aarch64 should give the same result as long as free packages are used (i.e. not using the oracle jre build). Please run and paste the results. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Maybe it is fixed by and . It should be backported to the stable branch.
the patches are merged into the stable branch. Could you try it and close the issue if it works?
I used the following code (unstable being ): and the build succeeded. Thank you for your help ! However the video driver is now missing... Do any of you have previous experience with running xserver on by any chance ?
Original problem is fixed (apparently), so better create a separate thread for new ones (unless you immediately solve them).
Change:
<ins> { stdenv , lib , fetchFromGitHub , qmake , pkg-config , wrapQtAppsHook , libarchive , libpng }: stdenv.mkDerivation rec { pname = "CEmu"; version = "unstable-2022-06-29"; src = fetchFromGitHub { owner = "CE-Programming"; repo = "CEmu"; rev = "880d391ba9f8b7b2ec36ab9b45a34e9ecbf744e9"; hash = "sha256-aFwGZJceh1jEP8cEajY5wYlSaFuNhYvSoZ/E1QDfJEI="; fetchSubmodules = true; }; nativeBuildInputs = [ qmake wrapQtAppsHook pkg-config ]; buildInputs = [ libarchive libpng ]; qmakeFlags = [ "gui/qt" ]; meta = with lib; { description = "Third-party TI-84 Plus CE / TI-83 Premium CE emulator, focused on developer features"; homepage = "https://ce-programming.github.io/CEmu"; license = licenses.gpl3Plus; maintainers = with maintainers; [ luc65r ]; platforms = [ "x86_64-linux" "x86_64-darwin" ]; broken = stdenv.isDarwin; }; } </ins>

Discussion:
See title Steps to reproduce the behavior: Fails compilation on x86_64-linux with It should build. Or it should be marked as broken. Please run and paste the result.
Would it make sense to use the opportunity and rename it to along the way (to deconflict with which could be )? It seems to me that nobody is currently relying on this to work for their nix configurations since it stopped properly building 4 months ago (I don't even think it builds in 22.05?).
Change:
staging = fetchFromGitHub rec { # https://github.com/wine-staging/wine-staging/releases inherit (unstable) version; <del> sha256 = "sha256-5Pt98pla6t+B3FjB80hOWJUO64jY1EmOPQ0hEkFBWxY="; </del> <ins> sha256 = "sha256-A7IcBm3LzXzFu/NT+kbf2InTTuBzyQju/uMxSnIfsls="; </ins> owner = "wine-staging"; repo = "wine-staging"; rev = "v${version}";

Discussion:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on GitHub to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the current version of the package --- <!-- 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! --- name: winePackages.{unstable,staging} <!-- The current version can be found easily with the same process as above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 7.10 desired version: 7.12 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.
cc
PR at , needs to be tested still. My last attempts at updating have been held back by the fact that there are so many variants that building everything is prohibitively time consuming on my machine, and PRs that were ready have been lingering so long that I've had to update them with one or two even newer wine versions before they were merged, so I was not particularly motivated.
Change:
}; } ) {} extensions; <del> } // { </del> <ins> } // lib.optionalAttrs usesNixExtensions { </ins> Extensions = { Install = lib.foldr (e: ret: ret ++ [ "${e.outPath}/${e.extid}.xpi" ]

Discussion:
Describe the bug Since is always "managed by your organization". This is because the section of is always set, probably due to broken bracketing here: resulting in always containing at least: I'm not sure, but I think this broke the auto update of my addons, which are not managed by NixOS. Expected behavior Have managed firefox be completely opt-in. Author
Maybe it is time to write some tests for the complex wrapper script? Not sure if anyone has raised that before.
Thanks for reporting! Hmm I see this wasn't broken bracketing, more like unknown side effects. This should be quick to fix, I will work on it
Change:
<ins> { python3Packages , lib , fetchFromGitLab , meson , pkg-config , glib , ninja , desktop-file-utils , gobject-introspection , gtk3 , libnotify , dbus , wrapGAppsHook }: python3Packages.buildPythonApplication rec { pname = "gkraken"; version = "1.1.6"; src = fetchFromGitLab { owner = "leinardi"; repo = "gkraken"; rev = version; sha256 = "085zz6m7c3xzsrvkw50gbbz8l9fmswxj2hjya2f52dvgs8daijdy"; }; format = "other"; postPatch = '' patchShebangs scripts/meson_post_install.py ''; nativeBuildInputs = [ meson pkg-config glib ninja gtk3 desktop-file-utils wrapGAppsHook ]; buildInputs = [ gobject-introspection glib gtk3 libnotify dbus ]; propagatedBuildInputs = with python3Packages; [ pygobject3 peewee rx injector liquidctl pyxdg requests matplotlib dbus-python ]; dontWrapGApps = true; # Extract udev rules from python code postInstall = '' mkdir -p $out/lib/udev/rules.d sed -e '/s*(from|@singleton|@inject)/d' $src/gkraken/interactor/udev_interactor.py > udev_interactor.py python -c 'from udev_interactor import _UDEV_RULE; print(_UDEV_RULE)' > $out/lib/udev/rules.d/60-gkraken.rules ''; preFixup = '' makeWrapperArgs+=( "''${gappsWrapperArgs[@]}" ) ''; meta = with lib; { description = "GUI that allows to control the cooling (fan and/or pump profiles) of NZXT Kraken AIO liquid coolers from Linux"; homepage = "https://gitlab.com/leinardi/gkraken"; changelog = "https://gitlab.com/leinardi/gkraken/-/tags/${version}"; license = licenses.gpl3Plus; maintainers = with maintainers; [ OPNA2608 ]; platforms = platforms.linux; }; } </ins>

Discussion:
Project description GUI that allows to control the cooling (fan and/or pump profiles) of NZXT Kraken X (X42, X52, X62, X72, X53, X63, X73, Z63 or Z73) devices from Linux. Metadata homepage URL: source URL: license: gpl3Plus platforms: linux
Change:
''; }; <ins> latexindent = perlPackages.buildPerlPackage rec { inherit (src) name version; src = stdenv.lib.head (builtins.filter (p: p.tlType == "run") texlive.latexindent.pkgs); outputs = [ "out" ]; propagatedBuildInputs = with perlPackages; [ FileHomeDir LogDispatch LogLog4perl UnicodeLineBreak YAMLTiny ]; postPatch = '' substituteInPlace scripts/latexindent/LatexIndent/GetYamlSettings.pm  --replace '$FindBin::RealBin/defaultSettings.yaml' ${src}/scripts/latexindent/defaultSettings.yaml ''; # Dirty hack to apply perlFlags, but do no build preConfigure = '' touch Makefile.PL ''; buildPhase = ":"; installPhase = '' install -D ./scripts/latexindent/latexindent.pl "$out"/bin/latexindent mkdir -p "$out"/${perl.libPrefix} cp -r ./scripts/latexindent/LatexIndent "$out"/${perl.libPrefix}/ ''; }; </ins> }

Discussion:
is missing some Perl modules:
Installing the following perl dependencies to my user environment makes latexindent work:
I'm still getting this error on Darwin:
Thank you for reporting this! The issue is still present on Darwin.
Fixed in Unfortunately we run into a darwin issue with
Change:
# checkout each submodule hash=$(echo "$l" | awk '{print $1}' | tr -d '-') <del> dir=$(echo "$l" | awk '{print $2}') </del> <ins> dir=$(echo "$l" | sed -n 's/^ {0,1}[^ ]* (.*) ([^ ]*)$/1/p') </ins> name=$( git config -f .gitmodules --get-regexp submodule..*.path | sed -n "s,^(.*).path $dir$,1,p")

Discussion:
This bug manifests itself as showing the following error during : I've tracked this down to this line: The command in that line ends up picking up the first word of the folder, instead of the entire folder. Changing that line to the following fixes this: This effectively deletes the first and last columns of the line, cutting off the commit hash and tag, leaving the folder name intact.
For future reference: This is the repro case
Change:
<del> { lib, python3, git }: </del> <ins> { lib, python3, git, pkgconfig }: </ins> let newPython = python3.override { packageOverrides = self: super: {

Discussion:
In the pinned pyyaml3 was removed since the package works now with the current version. It is still used in other packages. Check if it is still needed. When no package needs it anymore, wen can deprecate pyyaml_3. cc maintainers
Relevant issue:
seems that only 3 packages use it, we should be able to push that into the application expressions themselves.
Please do that. PyYAML 3.x is known for numerous security problems and won't get fixed upstream.
Change:
let cfg = config.services.xserver.desktopManager.xterm; <ins> xSessionEnabled = config.services.xserver.enable; </ins> in

Discussion:
It's been a while since we've had an update of the channel. According to , there have been plenty of problems with Hydra, but the failure of seems legit. Does anyone know why that test is broken?
I have bisected this and very confusingly it seems to be caused by If I revert this commit on master the test passes
Change:
{ stdenv, lib, darwin, fetchFromGitHub <del> , tbb, gtk3, glfw, pkg-config, freetype, Carbon, AppKit, capstone, dbus </del> <ins> , tbb, glfw, pkg-config, freetype, Carbon, AppKit, capstone, dbus, hicolor-icon-theme </ins> }: let disableLTO = stdenv.cc.isClang && stdenv.isDarwin;  # workaround issue #19098 in stdenv.mkDerivation rec { pname = "tracy"; <del> version = "0.9"; </del> <ins> version = "0.9.1"; </ins> src = fetchFromGitHub { owner = "wolfpld"; repo = "tracy"; rev = "v${version}"; <del> sha256 = "sha256-cdVkY1dSag37JdbsoJp2/0QHO5G+zsftqwBVqRpMiew="; </del> <ins> sha256 = "sha256-K1lQNRS8+ju9HyKNVXtHqslrPWcPgazzTitvwkIO3P4"; </ins> }; <ins> patches = [ ] ++ lib.optionals (stdenv.isDarwin && !(lib.versionAtLeast stdenv.hostPlatform.darwinMinVersion "11")) [ ./0001-remove-unifiedtypeidentifiers-framework ]; </ins> nativeBuildInputs = [ pkg-config ]; buildInputs = [ glfw capstone ] ++ lib.optionals stdenv.isDarwin [ Carbon AppKit freetype ] <del> ++ lib.optionals stdenv.isLinux [ gtk3 tbb dbus ]; </del> <ins> ++ lib.optionals (stdenv.isDarwin && lib.versionAtLeast stdenv.hostPlatform.darwinMinVersion "11") [ darwin.apple_sdk.frameworks.UniformTypeIdentifiers ] ++ lib.optionals stdenv.isLinux [ tbb dbus hicolor-icon-theme freetype ]; </ins> env.NIX_CFLAGS_COMPILE = toString ([ ] # Apple's compiler finds a format string security error on

Discussion:
Steps to reproduce the behavior: tracy on macOS (Apple Silicon) Add any other context about the problem here. Please run and paste the result.
I just tested that adding fixes the build. I can probably also do the PR :)
Change:
{ stdenv, lib, fetchFromGitHub, rustPlatform, makeWrapper, ffmpeg <del> , pandoc, poppler_utils, ripgrep, Security </del> <ins> , pandoc, poppler_utils, ripgrep, Security, imagemagick, tesseract </ins> }: rustPlatform.buildRustPackage rec {

Discussion:
Describe the bug The package doesn't install all dependent applications for file formats that it supports searching across, so if installed on a minimal system it issues errors. To Reproduce Steps to reproduce the behavior: a minimal system: to search across a directory with ZIP archives within. Will get the following error:
adapter: zip Error: Unsupported Zip archive: The file length is not available in the local header
$ rga test . ./parse- preprocessor command failed: '"rga-preproc" "./parse-"':
adapter: zip Error: Unsupported Zip archive: The file length is not available in the local header
$ $ nix run -c nix-info -m system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: yaml attribute: ripgrep-all
The (known) missing dependencies are , , , , , and . Adding alone would likely increase the closure size of the package significantly. Do users of ripgrep-all expect all of its supported adapters to be available? I'm assuming that on other distros, users install the dependencies for the adapters they want to use. I see a few possibilities: the dependencies to support all the adapters. a "full" package which features support for all the adapters. a patch which forces ripgrep-all to look for executable dependencies in . This should allow users to install executable dependencies (like zip), similar to how they would do in other distros. Pinging the maintainer for insight.
Point 3 is already there. will look for executables in the , so it shouldn't necessary to pin it to a folder (especially since there are multiple ways to install binaries). Point 1 and 2 can be made available by doing something similar to what's done here: then using and prepending to the the selected binaries. That would also allow for overriding through an overlay.
Thank you, , I'll create a PR, but it will be merged into the master branch. If you need this backported to NixOS Loris (19.09) let me know so I can request it in the PR.
Note: The error about the unsupported zip file is not due to a missing dependency, but rather due to the Rust zip library used by ripgrep-all. See
I don't think it needs back porting… happy to wait.

It might be related to the name of the package but my expectation was for all to be supported due to its name ripgrep-all…
tesseract/imagemagick are not enabled by default since it is very slow and not useful most of the time. All the other deps are used by default.
Change:
}; in "${cfg.package}/bin/nomad agent -config=/etc/nomad.json -plugin-dir=${pluginsDir}/bin" + <del> concatMapStrings (path: " -config=${path}") cfg.extraSettingsPaths; </del> <ins> concatMapStrings (path: " -config=${path}") cfg.extraSettingsPaths + concatMapStrings (key: " -config=${CREDENTIALS_DIRECTORY}/${key}") (lib.attrNames cfg.credentials); </ins> KillMode = "process"; KillSignal = "SIGINT"; LimitNOFILE = 65536;

Discussion:
I currently generate an HCL file with my consul token and nomad server encryption key. When dropping privileges, it requires me keeping this HCL file world readable. Having support for (easy to override as-is) and (not overridable due to type requirement on ) would allow systemd to copy secrets somewhere readable by nomad. to contain a root:root 0400 file. = true = true (potentially more settings for a minimum viable nomad config) Nomad reads secrets from extra settings HCL file, starts successfully. Add any other context about the problem here. No official maintainers, but may have ideas. I spent some time experimenting, root of the problem is that we need to pass "-config ${CREDENTIALSDIRECTORY}" in ExecStart, along with those files in the LoadCredentials systemd stanza. I'm not sure if there is an idiomatic way to do this in Nix.
Could you test ? Make sure I have solved your problem.
Will take a look, thanks!
Change:
sha256 = "0b3rmy6acp2vmf5nill3aknxvr9a5aawk1vnphkah61anxp62gsr"; }; <del> # Note: We need to have `setuptools' in the path to be able to use # PyOpenGL. buildInputs = [ makeWrapper xpdf pillow pyopengl pygame ]; </del> <ins> buildInputs = [ makeWrapper pythonEnv ]; </ins> configurePhase = '' <ins> # Let's fail at build time if the library we're substituting in doesn't # exist/isn't marked as executable test -x ${SDL}/lib/libSDL.so </ins> sed -i "impressive.py"  <del> -e 's|^#!/usr/bin/env.*$|#!${python}/bin/python|g' </del> <ins> -e '/^__website__/a SDL_LIBRARY = "${SDL}/lib/libSDL.so"'  -e 's/sdl = CDLL.*/sdl = CDLL(SDL_LIBRARY)/'  -e 's^FontPath =.*/usr/.*$^FontPath = ["${dejavu_fonts}/share/fonts", ""]^' </ins> ''; installPhase = '' <del> mkdir -p "$out/bin" "$out/share/doc/impressive" </del> <ins> mkdir -p "$out/bin" "$out/share/doc/impressive" "$out/share/man/man1" </ins> mv impressive.py "$out/bin/impressive" <del> mv * "$out/share/doc/impressive" </del> <ins> mv impressive.1 "$out/share/man/man1" mv changelog.txt impressive.html license.txt "$out/share/doc/impressive" </ins> <del> # XXX: We have to reiterate PyOpenGL's dependencies here. # # `setuptools' must be in the Python path as it's used by # PyOpenGL. # # We set $LIBRARY_PATH (no `LD_'!) so that ctypes can find # `libGL.so', which it does by running `gcc', which in turn # honors $LIBRARY_PATH.  See # http://python.net/crew/theller/ctypes/reference.html#id1 . </del> wrapProgram "$out/bin/impressive"  <del> --prefix PATH ":" "${xpdf}/bin"  --prefix PYTHONPATH ":"  ${lib.concatStringsSep ":" (map (path: path + "/lib/${python.libPrefix}/site-packages") [ pillow pyopengl pygame setuptools ])}  --prefix LIBRARY_PATH ":" "${lib.makeLibraryPath [ mesa freeglut SDL ]}" </del> <ins> --prefix PATH ":" "${ghostscript}/bin:${pdftk}/bin" </ins> ''; meta = {

Discussion:
System: 17.03beta320. (Gorilla) Nix version: nix-env (Nix) 1.11.7 Nixpkgs version: "17.03beta320." ; also occurs on master.
You need to install SDL-1.2: After installing SDL, you may need to recompile pygame.
This isn't how Nix works — libraries aren't installed.
Try the following steps - they worked for me on a fresh VirtualBox. Step 1: Add the following lines (taken from ) to : Step 2: Install the environment: Step 3: Load the environment: Step 4: Download a sample PDF: Step 5: Open the PDF in Impressive:
Yep, that works, thanks for the input! However, this should not be the only way it works — particularly because myEnvFun is deprecated in favour of nix-shell. I'll see if I can fix the packaging. EDIT: works. So it'll be because ctypes uses gcc to discover library paths, which is a little insane IMHO but hey. I'll add a step in the patchPhase which inserts the full path to the SDL library rather than using ctypes's discovery.
Change:
{ lib, appleDerivation, xcbuildHook, stdenv <del> , libressl_3_4, Librpcsvc, xnu, libpcap, developer_cmds }: </del> <ins> , Librpcsvc, xnu, libpcap, developer_cmds }: </ins> appleDerivation { nativeBuildInputs = [ xcbuildHook ]; <del> buildInputs = [ libressl_3_4 xnu Librpcsvc libpcap developer_cmds ]; </del> <ins> buildInputs = [ xnu Librpcsvc libpcap developer_cmds ]; </ins> # Work around error from <stdio.h> on aarch64-darwin: #     error: 'TARGET_OS_IPHONE' is not defined, evaluates to 0 [-Werror,-Wundef-prefix=TARGET_OS_]

Discussion:
When I install openssl or opensslopenssl or opensslunstable I get an error that looks like a dependency is out of date. The following is from 22.11 but I get the same issue from unstable also. Steps to reproduce the behavior: -shell -p openconnect It should install without errors. Add any other context about the problem here. Sorry if I get this wrong :-) Please run and paste the result. `
I can't reproduce this on the latest unstable, could you try updating your channels () and see if this issue persists?
Upgraded (from about 5days). Same problem. Hmm. I think this might be OSX specific :-(
Hm, in this case I can't help you unfortunately because I know close to nothing about Darwin, sorry :(
I have been told that the problem is actually with networkcmds, see I was also told that just replacing this with doesn't work. CC:
On I think we concluded if we drop support for unbound (and Apple has dropped support in latest network_cmds anyway), then it should build with .
Change:
default = true; description = "Enable the XFWM (default) window manager."; }; <ins> enableScreensaver = mkOption { type = types.bool; default = true; description = "Enable the XFCE screensaver."; }; </ins> }; };

Discussion:
introduced a locker by consequence if you enable the XFCE4 DE and the new locker replaces any other already defined without a trivial way to disable. Steps to reproduce the behavior: any other locker using something like 4 locker is used anyway A way to enable XFCE4 stuff but without the locker, it can be enabled by default but with a option to disable. (I can't screenshot on the lockscreen) This is the current commit of my config: <!-- 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.