jiebi/CodeConvo huggingface dataset:
Change:
mod_pkcs12 = pkgs.apacheHttpdPackages.mod_pkcs12; mod_timestamp = pkgs.apacheHttpdPackages.mod_timestamp; <del> inherit (callPackages ../servers/mpd { }) </del> <ins> inherit (callPackages ../servers/mpd { stdenv = if stdenv.cc.isClang then llvmPackages_8.stdenv else stdenv; }) </ins> mpd mpd-small mpdWithFeatures; libmpdclient = callPackage ../servers/mpd/libmpdclient.nix { };

Discussion:
Describe the bug mpd 0.22.6 doesn't build in Darwin, because it requires C++17. To Reproduce Log from latest Hydra job: Relevant lines: Additional context The error is related to not found. It was in C++17. Notify maintainers Maintainer information:
Change:
sha256 = "sha256-BWbvGetXXCXbfPRY+u6gEfzBmX8PLSnI6a5vfCByiC0="; }; <ins> patches = [ (fetchpatch { # fixes double free (https://github.com/dunst-project/dunst/issues/957) url = "https://github.com/dunst-project/dunst/commit/dc8efbbaff0e9ba881fa187a01bfe5c033fbdcf9.patch"; sha256 = "sha256-xuODOFDP9Eqr3g8OtNnaMmTihhurfj2NLeZPr0TF4vY="; }) ]; </ins> nativeBuildInputs = [ perl pkg-config which systemd makeWrapper ]; buildInputs = [

Discussion:
After , dunst now crashes with . () Steps to reproduce the behavior: Use a nixpkgs with merged. Configure dunst with . Observe and A clear and concise description of what you expected to happen. fixes this but I don't want to immediately jump to a PR in case others have stuff to say. cc Please run and paste the result. Maintainer information:
How do you run dunst (e.g. as systemd user service)? I get followed by a core dump when running dunst manually from the command line.. it works fine from a user service setup.
Same here, I've just been letting home-manager handle it for me; perhaps it depends on the configuration Dunst is using.
running from command line: ah the double free happens somewhere from I think
Ok, so from the command line I can avoid the core dump if I pass a option. But thats odd, because the home manager module also passed it I think.
Ah the issue is . If XDGCONFIGDIRS is set, which is then freed twice, once as right in the next line and once as in line 88. indeed running does not segfault.. weird enough I can reproduce the segfault precisely if the length of $XDGCONFIGDIRS exceeds 23 characters.. but maybe it's just that glibc can only catch the double free if the length is large enough?
Can you check if something like fixes your problem?
proper pr is here:
That didn't convince it. I'd guess probably doesn't set it if it's an empty string since that might seem "redundant". Commented on it.
Change:
}; in stdenv.mkDerivation rec { <del> pname = "VCV-Rack"; version = "2.4.0"; </del> <ins> pname = "vcv-rack"; version = "2.4.1"; </ins> desktopItems = [ (makeDesktopItem {

Discussion:
Package name: vcv-rack Latest released version: 2.4.1 Current version on the unstable channel: 2.4.0 Current version on the stable/release channel: 2.3.0 Notify maintainers Note for maintainers: Please tag this issue in your PR. Priorities Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
may be trying something with so I'll wait a bit
Honestly I have no idea what vcv-rack is, I just looked for a package I can update to test out a new feature for `nix-update. If you can, take this from from, feel free to update it.
Not sure if I'll have time in the next few weeks, so this is free to pick
Change:
stdenv.mkDerivation rec { pname = "why3"; <del> version = "1.4.1"; </del> <ins> version = "1.5.0"; </ins> src = fetchurl { url = "https://why3.gitlabpages.inria.fr/releases/${pname}-${version}.tar.gz"; <del> sha256 = "sha256:1rqyypzlvagrn43ykl0c5wxyvnry5fl1ykn3xcvlzgghk96yq3jq"; </del> <ins> sha256 = "sha256:0qjh49pyqmg3xi09fn4lyzz23i6h18y9sgc8ayscvx3bwr3vcqhr"; </ins> }; buildInputs = with ocamlPackages; [

Discussion:
When using I'd expect to show Z3 and Alt-Ergo. Steps to reproduce the behavior: (make sure is merged or check out my branch) I'd expect and to be listed. The derivation does : It should do instead to overwrite the config completely. Please run and paste the result.
Thanks for the report. Would you like to open a PR with the proposed change?
Change:
defaultArgs = { inherit version src; <del> outputs = ["out" "dev"]; </del> <ins> outputs = ["out" "dev" "devtools"]; </ins> nativeBuildInputs = [cmake qt6.wrapQtAppsHook moveDevHook] ++ extraNativeBuildInputs; buildInputs = [qt6.qtbase] ++ extraBuildInputs;

Discussion:
retains references to packages, bloating the closure massively. I'd expect to see no such results. If comparing to qt5: n/a Seems related to some wrapping issue. For example: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --All examples above were built against Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Do we need the qt6 plugins for designer?
I achieved the following nix diff-closures with the diff: The patch is not perfect but maybe a starting point?
Maybe a separate output that's not $dev for those plugins?
That change brings the closure from (nominally) 1.05 GiB to 925 MiB. I think the other notably sized dependency would be which appears to add 100+ MiB of its own (as it brings along ), but it's indirectly coming from
Change:
}; nativeBuildInputs = [ autoreconfHook ]; <del> buildInputs = with ocamlPackages; [ ocaml findlib ocaml_extlib ocaml_libvirt ocaml_gettext curses csv xml-light ]; </del> <ins> buildInputs = with ocamlPackages; [ ocaml findlib ocaml_extlib ocaml_libvirt gettext-stub curses csv xml-light ]; </ins> buildPhase = "make opt";

Discussion:
Describe the bug To Reproduce Steps to reproduce the behavior: vagrant on latest master error Expected behavior Builds Screenshots If applicable, add screenshots to help explain your problem. Additional context Add any other context about the problem here. Metadata system: host os: multi-user?: sandbox: version: channels(maciej): nixpkgs: Maintainer information:
Broken in . I don't know anything about ocaml, so I'm not well qualified to fix this. CC
Apologies for breaking . Thanks for reporting this issue; PR should fix it.
Change:
, buildPythonPackage , fetchPypi , pythonOlder <ins> , setuptools </ins> , cython , zstd }:

Discussion:
Steps to reproduce the behavior: python3Packages.ratarmountcore This first occurs after updates to and itself. The failure is not actually in a test, and occurs after the tests run. This indicates that some difference in the way the derivation is executing tests compared to upstream's CI is causing the error. Please run and paste the result. Not relevant; the log is on Hydra. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
It seems that only the rapidgzip backend got updated but not ratarmountcore. Either downgrade rapidgzip or update ratarmountcore to 0.6.3 if possible. I'll have to see to get the latter update merged, it seems the auto-update bot does not work for ratarmountcore. This should fix the and output. I have no idea about the last 2 error lines. I cannot reproduce it with nix 2.16.1 on Ubuntu. The command runs fine:
Change:
<del> { lib, stdenv, fetchFromGitHub, makeWrapper, perl, procps, file, gnused, bash, binutils }: </del> <ins> { lib , stdenv , fetchFromGitHub , makeWrapper , perl , procps , bash # shell referenced dependencies , resholve , binutils-unwrapped , file , gnugrep , coreutils , gnused , gnutar , iconv , ncurses }: </ins> stdenv.mkDerivation rec { pname = "lesspipe";

Discussion:
According to documentation of the app: there's a dozen dependencies we don't explicitly have a dependency on, so there's multitude of bugs that might appear depending on what's on $PATH.
Do we need a new maintainer of to move this issue forward?
We should pull the package from NixOS core...absolutely no reason to have such a bloated less ship by default.
Change:
nativeCheckInputs = [ pytestCheckHook <ins> pytest-cov </ins> ]; pythonImportsCheck = [

Discussion:
Steps to reproduce the behavior: Also fails on Hydra: I think the issue might be an old version of cython? Hydra lists python3.11-cython-0.29.36 which seems to be before Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Overriding the package to use instead of seems to do the trick, but it breaks the pytestCheckPhase. I put this in my overlay:
Change:
{ lib, fetchFromGitHub , makeWrapper, makeDesktopItem, mkYarnPackage , electron, element-web <ins> , callPackage </ins> }: # Notes for maintainers: # * versions of `element-web` and `element-desktop` should be kept in sync.

Discussion:
Describe the bug Riot-Desktop -Security & Privacy Under the "Message search" heading, observe: Riot is missing some components required for securely caching encrypted messages locally. If you'd like to experiment with this feature, build a custom Riot Desktop with search components . it links to here: Notify maintainers cc: Metadata Maintainer information:
Would be fantastic to have built with . I tried building it myself but couldn't do it. :cry:
Just stumbled across this myself. What's the current state on this? What needs to be done before this can be fixed?
So, element seems to use its own build system to build these native dependencies. It tries to download and build those itself with cargo and stuff. Seems quite complicated to package.
I would like to add that support for desktop notifications would be also appreciated. (They showed up on Arch's version, at least) Edit: This problem has been resolved since
I made some progress. This solves the issue of downloading the hakDependencies. Unfortunately they are not locked in any way, so we need to lock them at packaging-time (is that even a term?) by adding them to and Since yarn2nix always runs yarn with , we can safely ignore the upstream reasoning for fetching them outside of yarn dependencies. I'm now at the point where it tries to build seshat in the element-desktop derivation, but unfortunately they don't provide a Cargo lockfile. I'm working on resolving this problem upstream: <details</details
It turns out to be much more complicated, because the cargo build of seshat-node-native calls , so we have multiple layers of npm calling yarn calling cargo calling npm. With lots of things being downloaded and executed. It's a huge shitshow.
Is there anything we could do to help fix building with encrypted chat search working on NixOS?
I poured some (many) more hours into this today. I can build the two native modules, matrix-seshat and keytar, both in a seperate derivation and as part of the element-desktop build. However, I can not build them correctly against electron's node lib, so when starting the compiled thing, it refuses to load the module. Attempting to build against electron gives a mystic error.

Or the second approach, with everything in one derivation using the hak tool: <details</details<rantHonestly it's just a horrible build system. hak and neon and so on don't give any consideration to users who want to build the libraries in an environment without an internet connection. </rant If you can find a fix for the error, there shouldn't be much work left.
I think I found the solution to that error: Upstream is using Electron 12.x while we are using Electron 13.x.
! PR incoming :sparkles:
Change:
in stdenv.mkDerivation rec { pname = "libredwg"; <del> version = "0.12.5.6313"; </del> <ins> version = "0.13.3"; </ins> src = fetchFromGitHub { owner = "LibreDWG"; repo = pname; rev = version; <del> hash = "sha256-TM+cZ7N5PD6UG9cvy0XFa0sNYc3apbAJvEMh3husjRk="; </del> <ins> hash = "sha256-FlBHwNsqVSBE8dTDewoKkCbs8Jd/4d69MPpEFzg6Ruc="; </ins> fetchSubmodules = true; }; <del> patches = [ (fetchpatch { name = "CVE-2023-26157.patch"; url = "https://github.com/LibreDWG/libredwg/commit/c8cf03ce4c2315b146caf582ea061c0460193bcc.patch"; hash = "sha256-EEF3YYPW+6SvXRiAw3zz6tWU9w/qmGtc09Tf8wn7hVc="; }) ]; </del> postPatch = let printVersion = writeShellScript "print-version" '' echo -n ${lib.escapeShellArg version}

Discussion:
Package name: libredwg Latest released version: 0.13.2 Current version on the unstable channel: 0.12.5.6313 Current version on the stable/release channel: 0.12.5.6313 Notify maintainers Tag: Changelog : Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
ping
Change:
<del> { stdenv , lib </del> <ins> { lib , stdenv </ins> , fetchgit <ins> , ninja </ins> , pkg-config <ins> , ed </ins> , wrapGAppsHook , webkitgtk , libxml2 <del> , glib </del> , glib-networking , gettext }: stdenv.mkDerivation rec { pname = "badwolf"; <del> version = "1.2.2"; </del> <ins> version = "1.3.0"; </ins> src = fetchgit { <del> url = "git://hacktivis.me/git/badwolf.git"; </del> <ins> url = "https://hacktivis.me/git/badwolf.git"; </ins> rev = "v${version}"; <del> hash = "sha256-HfAsq6z+1kqMAsNxJjWJx9nd2cbv0XN4KRS8cYuhOsQ="; </del> <ins> hash = "sha256-feWSxK9TJ5MWxUKutuTcdmMk5IbLjNseUAvfm20kQ1U="; </ins> }; <del> preConfigure = '' export PREFIX=$out ''; </del> <ins> # configure script not accepting '--prefix' prefixKey = "PREFIX="; </ins> <del> nativeBuildInputs = [ pkg-config wrapGAppsHook ]; </del> <ins> nativeBuildInputs = [ ninja pkg-config ed wrapGAppsHook ]; </ins> <del> buildInputs = [ webkitgtk libxml2 gettext glib glib-networking ]; </del> <ins> buildInputs = [ webkitgtk libxml2 gettext glib-networking ]; </ins> meta = with lib; { description = "Minimalist and privacy-oriented WebKitGTK+ browser"; mainProgram = "badwolf"; homepage = "https://hacktivis.me/projects/badwolf"; <del> license = licenses.bsd3; </del> <ins> license = with licenses; [ bsd3 cc-by-sa-40 ]; </ins> platforms = platforms.linux; <del> maintainers = with maintainers; [ laalsaas ]; </del> <ins> maintainers = with maintainers; [ laalsaas aleksana ]; </ins> }; }

Discussion:
Package name: badwolf Latest released version: 1.3.0 Current version on the unstable channel: 1.2.2 Current version on the stable/release channel: 1.2.2 Notify maintainers Also you probably should be using the tarballs in Note for maintainers: Please tag this issue in your PR. Priorities Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
(fetchNuGet { pname = "goaaats.Steamworks"; version = "2.3.4"; sha256 = "1khxkkjvh6af60rxc13bacxn85amdfzr8z0b9a6gfg6m1fnmlkss"; }) (fetchNuGet { pname = "ImGui.NET"; version = "1.87.2"; sha256 = "0rv0n18fvz1gbh45crhzn1f8xw8zkc8qyiyj91vajjcry8mq1x7q"; }) (fetchNuGet { pname = "KeySharp"; version = "1.0.5"; sha256 = "1ic10v0a174fw6w89iyg4yzji36bsj15573y676cj5n09n6s75d4"; }) <del> (fetchNuGet { pname = "Microsoft.AspNetCore.App.Ref"; version = "6.0.31"; sha256 = "0hki4z9x60vzcg53s8cxnig4g1xnpqcj629r2cg5q1xw0sknfp5d"; }) (fetchNuGet { pname = "Microsoft.AspNetCore.App.Runtime.linux-x64"; version = "6.0.31"; sha256 = "050dzfy49c4jwcm8dfrz2lqbbyhmgnq485zdhpcnc3w08z0ppbs6"; }) </del> (fetchNuGet { pname = "Microsoft.Bcl.AsyncInterfaces"; version = "6.0.0"; sha256 = "15gqy2m14fdlvy1g59207h5kisznm355kbw010gy19vh47z8gpz3"; }) (fetchNuGet { pname = "Microsoft.CodeAnalysis.Analyzers"; version = "3.3.3"; sha256 = "09m4cpry8ivm9ga1abrxmvw16sslxhy2k5sl14zckhqb1j164im6"; }) (fetchNuGet { pname = "Microsoft.CodeAnalysis.BannedApiAnalyzers"; version = "3.3.3"; sha256 = "1z6x0d8lpcfjr3sxy25493i17vvcg5bsay6c03qan6mnj5aqzw2k"; })

Discussion:
Package name: xivlauncher Latest released version: Current version on the unstable channel: 1.0.8 Current version on the stable/release channel: 1.0.8 <!-- 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 Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
9 also released yesterday but I don't see a PR or issue for it. Quite likely there will be sever more releases as they work on fixes for the new expansion that dropped today.
9 (which is recent enough to successfully download and play Dawntrail) was merged to master yesterday, and 24.05 today; we're at the mercy of Hydra for that to show up in the release channels. Hopefully that will be fairly soon. I'll get around to 1.1.0 at some point – it fixes repair, but that's it, and I'm currently enjoying the new expansion.
Ah! I didn't see 1.0.9 got in when I search! Enjoy Dawntrail!
Change:
, vimPlugins , vimUtils , yajl <ins> , zip , unzip </ins> , zlib , zziplib }:

Discussion:
luarocks exists that other luarocks packages can depend on. When trying to build a rockspec that depends on luarocks with , it fails. The entry in the generated luarocks config contains an entry for luarocks, but luarocks doesn't recognise it and tries to download the package instead. I have created a repository to reproduce it with: Run A workaround is to use to generate a expression for luarocks (), and to add that package to the 's instead of the package from nixpkgs. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
thanks for creating the test repo, it's helpful. I've looked at the generated LUAROCKSCONFIG and all looks good and I think luarocks just doesn't recognize the installed luarocks because of My first thought would have been to rename the current luarocks into a luarocksbootstrap and add a generated derivation, for which we could run the tests without the cyclic dependency luarocks -busted -luarocks. While this might be the best outcome longterm, I am looking into the quickfix which would be to generate the manifest for the current luarocks
Change:
{ <ins> lib, </ins> mkKdeDerivation, qtquick3d, qtsvg, purpose, <ins> qqc2-desktop-style, </ins> pkg-config, mpv, <ins> yt-dlp, </ins> }: mkKdeDerivation { pname = "plasmatube"; extraNativeBuildInputs = [pkg-config]; <del> extraBuildInputs = [qtquick3d qtsvg mpv]; </del> <ins> extraBuildInputs = [qtquick3d qtsvg mpv qqc2-desktop-style]; </ins> extraPropagatedBuildInputs = [purpose]; <ins> qtWrapperArgs = ["--prefix" "PATH" ":" (lib.makeBinPath [ yt-dlp ])]; </ins> }

Discussion:
Plasmatube works in every way except actually playing videos Steps to reproduce the behavior: Plasmatube to play any video The video should play. The thumbnail loads but the spinner just spins instead of the video playing. Error log: [ytdlhook] [ytdlhook] youtube-dl failed: not found or not enough permissions No protocol handler found to open URL ytdl://xfRk-GTLDoc The protocol is either unsupported, or was disabled at compile-time. [ytdlhook] [ytdlhook] youtube-dl failed: not found or not enough permissions Shouldn't it be trying to use yt-dlp instead of the deprecated youtube-dl? Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Hmm, I thought we fixed that, but I guess not. Anyway, please test
Change:
<del> { lib, stdenv, fetchFromGitHub, buildPythonApplication , colorama, decorator, psutil, pyte, six , go, mock, pytest7CheckHook, pytest-mock }: buildPythonApplication rec { pname = "thefuck"; version = "3.32"; src = fetchFromGitHub { owner = "nvbn"; repo = pname; rev = version; sha256 = "sha256-bRCy95owBJaxoyCNQF6gEENoxCkmorhyKzZgU1dQN6I="; }; propagatedBuildInputs = [ colorama decorator psutil pyte six ]; nativeCheckInputs = [ go mock pytest7CheckHook pytest-mock ]; disabledTests = lib.optionals stdenv.isDarwin [ "test_settings_defaults" "test_from_file" "test_from_env" "test_settings_from_args" "test_get_all_executables_exclude_paths" "test_with_blank_cache" "test_with_filled_cache" "test_when_etag_changed" "test_for_generic_shell" "test_on_first_run" "test_on_run_after_other_commands" "test_when_cant_configure_automatically" "test_when_already_configured" "test_when_successfully_configured" ]; meta = with lib; { homepage = "https://github.com/nvbn/thefuck"; description = "Magnificent app which corrects your previous console command"; license = licenses.mit; maintainers = with maintainers; [ marcusramberg ]; }; } </del>

Discussion:
Steps to reproduce the behavior: nixpkgs-unstable thefuck Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Seems fixable by moving to an unstable rev
Also related
Same behavior here on MacOS using home-manager. Just a note that I'm on Python 3.12.3, so I'm not sure that the commit noted above will take this into consideration as that just adds support for 3.12-dev.
I'm currently on vacation, so a bit limited time. I guess our options are either pinning it to python11 until there's a release, moving to unstable or adding that commit as a patch.
This happened due to recent shift to Python 3.12 in Nixpkgs. Mind backporting it then?
Change:
{ lib , stdenv , buildPythonPackage <del> , fetchFromGitHub </del> , pythonOlder <ins> , fetchFromGitHub , fetchpatch </ins> , writeText , setuptools , wheel

Discussion:
Steps to reproduce the behavior: Gradio / Gradio Client <!-- 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]:
fix for py311