jiebi/CodeConvo huggingface dataset:
Change:
manifests = fetchzip { url = "https://github.com/fluxcd/flux2/releases/download/v${version}/manifests.tar.gz"; <del> sha256 = "sha256-/uD0hxtTJSr+2tZcwzOIQcEbikHOshWukEBSaK3FiP4="; </del> <ins> sha256 = "05khmpbv42wjpkdb4n51pnq678la6hjfhkyy49d0j2kcnvfd1m5p"; </ins> stripRoot = false; }; in

Discussion:
Bootstrap does not create the correct versions of imagerepositories. See for more detail. Steps to reproduce the behavior: flux bootstrap with should be but is If applicable, add screenshots to help explain your problem. Please run and paste the result. Maintainer information:
One thing I should note is that when I ran into problems I had flux 0.11.0 installed by homebrew in so I thought perhaps flux is somehow using that old version underneath.
that doesn't seem to be the issue since I upgraded my homebrew version of flux, bootstrapped using this version, successfully, uninstalled flux and then tried to bootstrap using the nix build of flux and bootstrapping failed. I'm not sure what else to do.
I think that the updater bot didn't update the hash for the manifests, and we are using the cached old version: I'll try to take a look later
did solved the issue?
Change:
# The configure script doesn't correctly add library link # flags, so we add them to the variable used by the Makefile # when linking. <del> MYSQLND_SHARED_LIBADD = "-lssl -lcrypto -lz"; </del> <ins> MYSQLND_SHARED_LIBADD = "-lssl -lcrypto"; </ins> # The configure script builds a config.h which is never # included. Let's include it in the main header file # included by all .c-files. patches = [ (pkgs.writeText "mysqlnd_config.patch" '' <del> --- a/mysqlnd.h +++ b/mysqlnd.h </del> <ins> --- a/ext/mysqlnd/mysqlnd.h +++ b/ext/mysqlnd/mysqlnd.h </ins> @@ -1,3 +1,6 @@ +#ifdef HAVE_CONFIG_H +#include "config.h"

Discussion:
After PR phpExtensions.mysqlnd not supported compression. Checked with
cc
Not supported gzip compression and OpenSSL signatures on phar package before update
Change:
nativeBuildInputs = [ cmake <del> (lib.getDev llvm) </del> ] ++ lib.optionals (withManual || withHTML) [ sphinx

Discussion:
Sometime between 23.11 and now, the binary broke due to a linking issue. Steps to reproduce the behavior:
fixes it of course, but I don't see an obvious less brutal approach.
adding to the works for me.
Good point, somehow thought this was already the case. PR up.
Change:
cp -a ${ck}/bin/ckProfiler $out ''; in stdenv.mkDerivation { <del> inherit (ck) pname version outputs src passthru meta; </del> <ins> inherit (ck) pname version outputs src passthru requiredSystemFeatures meta; </ins> dontUnpack = true; dontPatch = true;

Discussion:
Composable_kernel , it seems like that the build is so large that 10 hours is not enough. I am not sure what the best solution is, extending the timer or building it with big-parallel. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
Change:
# To enable user switching, allow sddm to allocate TTYs/displays dynamically. services.xserver.tty = null; services.xserver.display = null; <ins> systemd.tmpfiles.rules = [ # Prior to Qt 5.9.2, there is a QML cache invalidation bug which sometimes # strikes new Plasma 5 releases. If the QML cache is not invalidated, SDDM # will segfault without explanation. We really tore our hair out for awhile # before finding the bug: # https://bugreports.qt.io/browse/QTBUG-62302 # We work around the problem by deleting the QML cache before startup. # This was supposedly fixed in Qt 5.9.2 however it has been reported with # 5.10 and 5.11 as well. The initial workaround was to delete the directory # in the Xsetup script but that doesn't do anything. # Instead we use tmpfiles.d to ensure it gets wiped. # This causes a small but perceptible delay when SDDM starts. "e ${config.users.users.sddm.home}/.cache - - - 0" ]; </ins> }; }

Discussion:
After got merged, and is in the nixos-unstable channel, I noticed after I rebuilt my system that when sddm starts and I type in my password it just goes black and restarts sddm. Meaning that I can never reach the desktop :( I could also not find anything useful in the journal. cc
In a VT, try this as root:
Ahh that makes perfect sense and worked :hand: Is there any real way to make sure this doesn't happen for someone else?
There was a PR some time ago that was supposed to address this (it was merged) that would simply clear out the directory on start but it looks like that didn't do the trick. I don't remember which. IMHO, the proper way to handle this is something like this:
I also often have this problem.. could you open a pull request that removes the old solution and that adds your solution?
The commit was - I'll PR this.
Change:
hash = "sha256-gEstNs3huQ1uikVXOW4uoYnIDr5l8O9jgZRTX1mkRww="; }; <del> nativeBuildInputs = [ cmake ]; </del> <ins> nativeBuildInputs = [ autoPatchelfHook cmake ]; </ins> buildInputs = [ glfw ] ++ lib.optionals stdenv.isLinux [ mesa libXi libXcursor libXrandr libXinerama ]

Discussion:
When using an application built against the raylib library on Linux, audio doesn't work. Steps to reproduce the behavior: When playing the game there should be audio. The game logs the following to the terminal, indicating it was unable to initialize the audio device: I played with a patched version of raylib to confirm that the game does indeed feature audio. The audio patch was removed in <!-- 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]:
Hey Emmanuel, Unfortunately I don't have any time to act as maintainer for Nix at the moment or in the foreseeable future.
OK, no problem The solution is known, but the question is whether anyone else can reproduce this. For what it's worh, I had the same issue with a non-raylib application which uses miniaudio.
Change:
<del> { stdenv, fetchFromGitHub, qmake, pkgconfig, qttools, qtwebengine, hunspell }: </del> <ins> { stdenv, mkDerivation, fetchFromGitHub, qmake, pkgconfig, qttools, qtwebengine, hunspell }: </ins> <del> stdenv.mkDerivation rec { </del> <ins> mkDerivation rec { </ins> pname = "ghostwriter"; version = "1.8.0"; <del> name = "${pname}-${version}"; </del> src = fetchFromGitHub { owner = "wereturtle";

Discussion:
needs fixes for pretty simple to do
please report that in so someone can easily pick that up.
Change:
<del> { lib , stdenvNoCC , fetchFromGitHub </del> <ins> { lib, stdenvNoCC, fetchFromGitHub, makeWrapper, curl, feh, file, jq, util-linux, wget, </ins> }: stdenvNoCC.mkDerivation rec { pname = "stylish"; version = "unstable-2022-12-05"; <ins> nativeBuildInputs = [ makeWrapper ]; </ins> src = fetchFromGitHub { owner = "thevinter"; repo = "styli.sh";

Discussion:
Package is missing minimal dependencies : util-linux, jq, wget, curl, feh and does not work if launched from a systemd unit. Steps to reproduce the behavior: Result : Background should be updated with an image downloaded from Please run and paste the result.
Looking at it, will add a makeWrapper.
Change:
in stdenv.mkDerivation (finalAttrs: { pname = "surrealist"; <del> version = "2.0.6"; </del> <ins> version = "2.1.6"; </ins> src = fetchFromGitHub { owner = "surrealdb"; repo = "surrealist"; rev = "surrealist-v${finalAttrs.version}"; <del> hash = "sha256-5OiVqn+ujssxXZXC6pnGiG1Nw8cAhoDU5IIl9skywBw="; </del> <ins> hash = "sha256-jOjOdrVOcGPenFW5mkkXKA64C6c+/f9KzlvtUmw6vXc="; </ins> }; sourceRoot = "${finalAttrs.src.name}/src-tauri"; <ins> # HACK: A dependency (surrealist -> tauri -> **reqwest**) contains hyper-tls # as an actually optional dependency. It ends up in the `Cargo.lock` file of # tauri, but not in the one of surrealist. We apply a patch to `Cargo.toml` # and `Cargo.lock` to ensure that we have it in our vendor archive. This may # be a result of the following bug: # https://github.com/rust-lang/cargo/issues/10801 patches = [ ./0001-Cargo.patch ]; </ins> ui = stdenvNoCC.mkDerivation { inherit (finalAttrs) src version; pname = "${finalAttrs.pname}-ui"; pnpmDeps = pnpm.fetchDeps { inherit (finalAttrs) pname version src; <del> hash = "sha256-apvU7nanzueaF7PEQL7EKjVT5z1M6I7PZpEIJxfKuCQ="; </del> <ins> hash = "sha256-zGs1MWJ8TEFuHOoekCNIKQo2PBnp95xLz+R8mzeJXh8="; </ins> }; <del> ESBUILD_BINARY_PATH = "${lib.getExe esbuild-20-2}"; </del> <ins> ESBUILD_BINARY_PATH = lib.getExe esbuild_21-5; </ins> nativeBuildInputs = [ nodejs pnpm.configHook ]; buildPhase = '' runHook preBuild <del> pnpm build </del> <ins> pnpm build:desktop </ins> runHook postBuild '';

Discussion:
Steps to reproduce the behavior: Attempt to build surrealist version 2.0.6 on NixOS 24.11. The build fails during the build phase. I reported a similar issue here: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
another failure
Change:
<ins> { stdenv, pkg-config, criterion, }: stdenv.mkDerivation rec { name = "version-tester"; version = "v${criterion.version}"; src = ./test_dummy.c; dontUnpack = true; buildInputs = [ criterion ]; nativeBuildInputs = [ pkg-config ]; buildPhase = '' cc -o ${name} $src `pkg-config --libs criterion` ''; installPhase = '' mkdir -p $out/bin cp ${name} $out/bin/${name} ''; meta.mainProgram = name; } </ins>

Discussion:
Package name: criterion Latest released version: 2.4.2 <!-- Search your package here: --- Current version on the unstable channel: 2.4.1 Current version on the stable/release channel: 2.4.1 <!-- 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. -- r-ryantm is failing to update the package because it now also depends on something called 'debugbreak'. Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
The missing is here: (linked in the of criterion)
Change:
### APPLICATIONS/VERSION-MANAGEMENT <ins> deepgit = callPackage ../applications/version-management/deepgit {}; </ins> git = callPackage ../applications/version-management/git { inherit (darwin.apple_sdk.frameworks) CoreServices Security; perlLibs = [perlPackages.LWP perlPackages.URI perlPackages.TermReadKey];

Discussion:
Project description Metadata homepage URL: source URL: probably closed source, can be downloaded from . license: custom, see after the extracting downloaded TAR. platforms: Linux, macOS, Windows The same company also makes SmartGit, which is in nixpkgs via . Packaging of DeepGit may be similar to that.
Change:
sha256 = "1szybirrcpqsl2nmlmpbkxjqnm6i7l7bma87m5cpwi0kpvlxwmcw"; prePatch = '' <del> substituteInPlace configure.in --replace '`sw_vers -productVersion`' '10.10' </del> <ins> substituteInPlace configure.in --replace '`sw_vers -productVersion`' "''${MACOSX_DEPLOYMENT_TARGET:-10.12}" </ins> ''; }

Discussion:
Describe the bug The current version of fails to build on macOS. From the error message it sounds like it believes the current macOS version is 10.10. The error message in question, from the configure phase: I suspect this was caused by which bumped our to 10.12. I have no idea why Erlang thinks the current macOS version is 10.10 (I'm running macOS 10.14). To Reproduce Steps to reproduce the behavior: macOS, run , or from a nixpkgs checkout run Expected behavior It should build. Additional context Add any other context about the problem here. Metadata system: host os: multi-user?: sandbox: version: channels(lily): nixpkgs: Maintainer information:
This is explicitly a problem with . I found the following in , , , and So at least it isn't a larger issue with Darwin. We should probably fix this to use . I'll work on a patch.
Change:
nanobind, # dependencies <del> appdirs, cffi, </del> darwin, <del> decorator, mako, </del> numpy, ocl-icd, <del> oldest-supported-numpy, </del> opencl-headers, platformdirs, pybind11, <del> pytestCheckHook, </del> pytools, <del> six, </del> <ins> # tests pytestCheckHook, </ins> }: let

Discussion:
The pyopencl library module that is installed is nonfunctional. While works, importing submodules like doesn't, and the package that gets imported doesn't seem to have any pertinent fields. The directory tree in the store also looks very suspiciously empty: I don't know exactly what it's supposed to contain, but the older versions of this derivation in my store are full of files. should work. (a bit arbitrary as the last one to touch the derivation). Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
The culprit is the commit (a version bump).
Change:
config = mkIf cfg.enable (mkMerge [{ boot.kernelModules = [ "bridge" "veth" ]; <ins> boot.kernel.sysctl = { "net.ipv4.conf.all.forwarding" = mkOverride 99 true; "net.ipv4.conf.default.forwarding" = mkOverride 99 true; }; </ins> environment.systemPackages = [ cfg.package ] ++ optional cfg.enableNvidia pkgs.nvidia-docker; users.groups.docker.gid = config.ids.gids.docker;

Discussion:
Describe the bug Upon enabling docker via sysctl.d is not updated to allow IP forwarding which is required by containers to communicate with outside world. To Reproduce Steps to reproduce the behavior: This will get up and running with set to which in my understanding is set by the itself. to re-apply system-wide sysctl settings and check By now your bridge-mode docker containers lost connectivity. Expected behavior I expect to override relevant values. Something like this: Additional context I discovered this problem when applying other sysctl values on a running system without a reboot. Notify maintainers Metadata
Hi, I stumbled into the same issue. I had to manually run to regain container internet access.
Change:
graalvm8-ee = throw "graalvm8-ee has been removed because it is unmaintained"; # Added 2022-04-15 graalvm11-ee = throw "graalvm11-ee has been removed because it is unmaintained"; # Added 2022-04-15 gradio = throw "gradio has been removed because it is unmaintained, use shortwave instead"; # Added 2022-06-03 <ins> gradle_4 = throw "gradle_4 has been removed because it's no longer being updated"; # Added 2023-01-17 gradle_5 = throw "gradle_5 has been removed because it's no longer being updated"; # Added 2023-01-17 </ins> grafana-mimir = throw "'grafana-mimir' has been renamed to/replaced by 'mimir'"; # Added 2022-06-07 gr-ais = gnuradio3_7.pkgs.ais; # Added 2019-05-27, changed 2020-10-16 grantlee5 = throw "'grantlee5' has been renamed to/replaced by 'libsForQt5.grantlee'"; # Converted to throw 2022-02-22

Discussion:
The last release of Gradle with major version number 5 was on 2019-11-01, and there seems to be just two dependent packages:  (I'd have to check whether this builds with Gradle 7.)  (I am fairly certain that could be built with Gradle 7. This version is EOL.) Let's remove Gradle 5. /cc
I think we can build with at least. I will try to bump it in . BTW, I already marked as EOL in , however the package is still there. So we need to remove it first before removing .
Done:
Merged , this should be good to go. Remember that is only on right now, so if you want to do it before the changes get to you will need to target .
Thanks. Waiting for to reach , then I will PR removal of Gradle 5.
Change:
<ins> { lib, stdenv, fetchFromGitLab, writeScript, appstream-glib, cargo, meson, ninja, pkg-config, rustPlatform, rustc, wrapGAppsHook4, cairo, desktop-file-utils, gdb, gdk-pixbuf, glib, gtk4, gtksourceview5, libadwaita, libgit2, libusb1, openssl, pango, vte-gtk4, zlib, unstableGitUpdater, }: stdenv.mkDerivation (finalAttrs: { pname = "envision-unwrapped"; version = "0-unstable-2024-06-25"; src = fetchFromGitLab { owner = "gabmus"; repo = "envision"; rev = "b594f75778961c281daca398011914e9ac14b753"; hash = "sha256-felt9KdgVrXSgoufw/+gDlluqdv8vySDqwskQ0t2JOM="; }; strictDeps = true; cargoDeps = rustPlatform.importCargoLock { lockFile = ./Cargo.lock; outputHashes = { "libmonado-rs-0.1.0" = "sha256-PsNgfpgso3HhIMXKky/u6Xw8phk1isRpNXKLhvN1wIE="; }; }; nativeBuildInputs = [ appstream-glib desktop-file-utils cargo meson ninja pkg-config rustPlatform.cargoSetupHook rustc wrapGAppsHook4 ]; buildInputs = [ cairo gdk-pixbuf glib gtk4 gtksourceview5 libadwaita libgit2 libusb1 openssl pango vte-gtk4 zlib ]; postInstall = '' wrapProgram $out/bin/envision  --prefix PATH : "${lib.makeBinPath [ gdb ]}" ''; passthru.updateScript = writeScript "envision-update" '' source ${builtins.head (unstableGitUpdater { })} cp $tmpdir/Cargo.lock ./pkgs/by-name/en/envision-unwrapped/Cargo.lock ''; meta = { description = "UI for building, configuring and running Monado, the open source OpenXR runtime"; homepage = "https://gitlab.com/gabmus/envision"; license = lib.licenses.agpl3Only; mainProgram = "envision"; maintainers = with lib.maintainers; [ pandapip1 Scrumplex ]; platforms = lib.platforms.linux; }; }) </ins>

Discussion:
Project description UI for building, configuring and running Monado, the open source OpenXR runtime. Metadata homepage URL: source URL: license: agpl3 platforms: unix, linux, darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
To my information, software without a stable release isnt accepted yet.
Not even in unstable? Fair enough, I guess.
unstable automatically becomes stable, so yes :) I think once a release is done (even 0.x), it can be packaged, but don't take my word as the ultimate truth, please :sweat_smile:
This appears to be incorrect. was merged targeting a specific commit (despite actually having stable releases).
This is indeed incorrect; there are even specific rules for the attribute of unreleased versions.
Change:
<ins> { lib , stdenvNoCC , fetchFromGitHub , ant , jdk17 , makeWrapper }: let jdk = jdk17; # Only java 17 is supported as of 23.09 in stdenvNoCC.mkDerivation (finalAttrs: { pname = "openrocket"; version = "23.09"; src = fetchFromGitHub { owner = "openrocket"; repo = "openrocket"; rev = "release-${finalAttrs.version}"; hash = "sha256-Dg/v72N9cDG9Ko5JIcZxGxh+ClRDgf5Jq5DvQyCiYOs="; fetchSubmodules = true; }; nativeBuildInputs = [ ant jdk makeWrapper ]; buildPhase = '' runHook preBuild ant runHook postBuild ''; doCheck = true; checkPhase = '' runHook preCheck ant unittest runHook postCheck ''; installPhase = '' runHook preInstall sed -i "s|Icon=.*|Icon=openrocket|g" snap/gui/openrocket.desktop install -Dm644 snap/gui/openrocket.desktop -t $out/share/applications install -Dm644 snap/gui/openrocket.png -t $out/share/icons/hicolor/256x256/apps install -Dm644 swing/build/jar/OpenRocket.jar -t $out/share/openrocket makeWrapper ${jdk}/bin/java $out/bin/openrocket  --add-flags "-jar $out/share/openrocket/OpenRocket.jar" runHook postInstall ''; meta = { changelog = "https://github.com/openrocket/openrocket/releases/tag/${finalAttrs.src.rev}"; description = "Model-rocketry aerodynamics and trajectory simulation software"; homepage = "openrocket.info"; license = lib.licenses.gpl3Plus; mainProgram = "openrocket"; maintainers = with lib.maintainers; [ tomasajt ]; platforms = jdk.meta.platforms; sourceProvenance = with lib.sourceTypes; [ fromSource binaryBytecode # source bundles dependencies as jars ]; }; }) </ins>

Discussion:
Project description Model-rocketry aerodynamics and trajectory simulation software. Metadata homepage URL: source URL: license: gpl3 platforms: linux, darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Mentioned in
Opened a PR, sorry about the long delay. I kind of got distracted refactoring other java packages for reproducibility instead of creating the PR.
Change:
, gdk-pixbuf , glib , glibc <del> , gtk2 </del> , gtk3 , libkrb5 , libX11

Discussion:
firefox-bin package requires gtk2 despite firefox doesn't use gtk2 for a long time Steps to reproduce the behavior: any of packages from the firefox-bin family firefox-bin doesn't install gtk2 as dependency
I can reproduce this for your commit, but cannot reproduce with current master, potentially it was fixed, can you confirm?
You're checking firefox rather than firefox-bin in the second output :thinking:
Change:
cp client/lib/config.* $out/share/hishtory ''; <del> doCheck = false; </del> <ins> doCheck = true; </ins> meta = with lib; { description = "Your shell history: synced, queryable, and in context"; homepage = "https://github.com/ddworken/hishtory"; license = licenses.mit; maintainers = with maintainers; [ Enzime ]; <ins> mainProgram = "hishtory"; </ins> }; }

Discussion:
Package name: hishtory Latest released version: 0.264 <!-- Search your package here: --- Current version on the unstable channel: 0.215 Current version on the stable/release channel: 0.215 <!-- 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]:
Change:
, fetchFromGitHub , buildMozillaMach , nixosTests <ins> , python311 </ins> }: ((buildMozillaMach rec { pname = "floorp"; <del> packageVersion = "11.14.1"; </del> <ins> packageVersion = "11.15.0"; </ins> applicationName = "Floorp"; binaryName = "floorp"; branding = "browser/branding/official";

Discussion:
Steps to reproduce the behavior: floorp or floorp-unwrapped The important bit at the end of the log: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Yep, got the same.
It probably needs something like For now, I've just this overlay:
Yep, seems like the cause/fix. I'll send the update to v11.15.0 soon anyway and include this fix as necessary. The package in the binary cache is fine though, so if you just pull it from there instead of rebuilding this massive thing you'd be just fine too.
Change:
sha256 = "2640fc56a795f29d28ef15e13c34a47e223960b0240e8cb0a82d9b0738695333"; }; <del> buildInputs = [ readline ]; </del> <ins> buildInputs = [ readline makeWrapper ]; </ins> patches = if stdenv.isDarwin then [ ./5.1.darwin.patch ] else [ dsoPatch ]; <del> configurePhase = </del> <ins> configurePhase = </ins> if stdenv.isDarwin then '' makeFlagsArray=( INSTALL_TOP=$out INSTALL_MAN=$out/share/man/man1 PLAT=macosx CFLAGS="-DLUA_USE_LINUX -fno-common -O2" LDLAGS="" )

Discussion:
Lua is looking for modules within the wrong path: instead of Within the nix expression the correct path for is set: Also the prefixes in are correct. What can I do? How can I change this behavior? I tried to add a setup-hook with an but that didn't work. Any suggestions?
Change:
, dpkg , wrapGAppsHook , autoPatchelfHook <ins> , clash , clash-meta </ins> , openssl , webkitgtk , udev

Discussion:
Clash Verge itself is licensed under GPLv3, but it ships the proprietary (premium) version of the official clash core. Clash Verge should not bundle the unfree Clash Premium core. ! It is documented how to replace the premium core with the free/opensource one (in Chinese): Maybe we can replace the bundled clash cores with and in nixpkgs. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --- system: host os: multi-user?: sandbox: version: nixpkgs: