jiebi/CodeConvo huggingface dataset:
Change:
The GrafX2 desktop entry points to an incorrect executable, causing it to not work. Steps to reproduce the behavior: GrafX2 to use the installed desktop entry to execute child process "grafx2" (No such file or directory) GrafX2 actually starting up ! The actual executable name is "grafx2-sdl" Add a new file in "" called , with the following contents: You might have to run afterwards to clear caches? i'm not sure. Importantly, this changes to Maintainer list is empty! people who edited the file recently. (this is what happens when you don't leave a specified successor) <!-- 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]:
I will adopt this, then.

Discussion:
, SDL , SDL_image , SDL_ttf <ins> , installShellFiles </ins> , fontconfig , libpng , libtiff

, zlib }: <del> stdenv.mkDerivation rec { version = "2.8.3091"; </del> <ins> stdenv.mkDerivation (finalAttrs: { </ins> pname = "grafx2"; <ins> version = "2.8.3091"; outputs = [ "out" "man" ]; </ins> src = fetchurl { <ins> name = "grafx2-${finalAttrs.version}.tar.gz"; </ins> url = "https://pulkomandy.tk/projects/GrafX2/downloads/65"; <del> name = "${pname}-${version}.tar.gz"; </del> hash = "sha256-KdY7GUhQp/Q7t/ktLPGxI66ZHy2gDAffn2yB5pmcJCM="; }; <del> nativeBuildInputs = [ pkg-config ]; </del> <ins> postPatch = '' substituteInPlace misc/unix/grafx2.desktop  --replace "Exec=grafx2" "Exec=grafx2-sdl" ''; nativeBuildInputs = [ installShellFiles pkg-config ]; </ins> buildInputs = [ SDL SDL_image

zlib ]; <ins> strictDeps = false; # Why?? </ins> makeFlags = [ "-C src" ]; installFlags = [ "-C src" "PREFIX=$(out)" ]; <ins> postInstall = '' installManPage misc/unix/grafx2.1 ''; </ins> meta = { <del> description = "Bitmap paint program inspired by the Amiga programs Deluxe Paint and Brilliance"; homepage = "http://pulkomandy.tk/projects/GrafX2"; license = lib.licenses.gpl2; platforms = [ "x86_64-linux" "i686-linux" ]; maintainers = []; </del> <ins> homepage = "http://grafx2.eu/"; description = "The ultimate 256-color painting program"; longDescription = '' GrafX2 is a bitmap paint program inspired by the Amiga programs ​Deluxe Paint and Brilliance. Specialized in 256-color drawing, it includes a very large number of tools and effects that make it particularly suitable for pixel art, game graphics, and generally any detailed graphics painted with a mouse. The program is mostly developed on Haiku, Linux and Windows, but is also portable on many other platforms. ''; license = with lib.licenses; [ gpl2Plus ]; </ins> mainProgram = "grafx2-sdl"; <ins> maintainers = with lib.maintainers; [ AndersonTorres ]; platforms = lib.platforms.unix; </ins> }; <del> } </del> <ins> }) </ins>
Change:
is built with the wrong libraries, disables unit tests and causes other packages which use it to crash or produce bad data. see PR for a fix. Steps to reproduce the behavior: build on darwin, this runs unittests and will crash with a segv unit tests pass when enabled, consumers of the package run without crashing with segv inside the cvxopt package. issue will be fixed if this PR can get merged bug introduced by PR <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
, fetchPypi , isPyPy , python <del> , openblas </del> , blas <del> , lapack # build segfaults with 64-bit blas </del> <ins> , lapack </ins> , suitesparse , unittestCheckHook , glpk ? null

hash = "sha256-NGH6QsGyJAuk2h2YXKc1A5FBV/xMd0FzJ+1tfYWs2+Y="; }; <del> buildInputs = (if stdenv.isDarwin then [ openblas ] else [ blas lapack ]); doCheck = !stdenv.isDarwin; </del> <ins> buildInputs = [ blas lapack ]; </ins> # similar to Gsl, glpk, fftw there is also a dsdp interface # but dsdp is not yet packaged in nixpkgs <del> preConfigure = (if stdenv.isDarwin then '' export CVXOPT_BLAS_LIB=openblas export CVXOPT_LAPACK_LIB=openblas '' else '' export CVXOPT_BLAS_LIB=blas export CVXOPT_LAPACK_LIB=lapack '') + '' export CVXOPT_BUILD_DSDP=0 export CVXOPT_SUITESPARSE_LIB_DIR=${lib.getLib suitesparse}/lib export CVXOPT_SUITESPARSE_INC_DIR=${lib.getDev suitesparse}/include '' + lib.optionalString withGsl '' export CVXOPT_BUILD_GSL=1 export CVXOPT_GSL_LIB_DIR=${lib.getLib gsl}/lib export CVXOPT_GSL_INC_DIR=${lib.getDev gsl}/include '' + lib.optionalString withGlpk '' export CVXOPT_BUILD_GLPK=1 export CVXOPT_GLPK_LIB_DIR=${lib.getLib glpk}/lib export CVXOPT_GLPK_INC_DIR=${lib.getDev glpk}/include '' + lib.optionalString withFftw '' export CVXOPT_BUILD_FFTW=1 export CVXOPT_FFTW_LIB_DIR=${lib.getLib fftw}/lib export CVXOPT_FFTW_INC_DIR=${lib.getDev fftw}/include ''; </del> <ins> env = { CVXOPT_BLAS_LIB = "blas"; CVXOPT_LAPACK_LIB = "lapack"; CVXOPT_BUILD_DSDP = "0"; CVXOPT_SUITESPARSE_LIB_DIR = "${lib.getLib suitesparse}/lib"; CVXOPT_SUITESPARSE_INC_DIR = "${lib.getDev suitesparse}/include"; } // lib.optionalAttrs withGsl { CVXOPT_BUILD_GSL = "1"; CVXOPT_GSL_LIB_DIR= "${lib.getLib gsl}/lib"; CVXOPT_GSL_INC_DIR= "${lib.getDev gsl}/include"; } // lib.optionalAttrs withGlpk { CVXOPT_BUILD_GLPK = "1"; CVXOPT_GLPK_LIB_DIR = "${lib.getLib glpk}/lib"; CVXOPT_GLPK_INC_DIR = "${lib.getDev glpk}/include"; } // lib.optionalAttrs withFftw { CVXOPT_BUILD_FFTW = "1"; CVXOPT_FFTW_LIB_DIR = "${lib.getLib fftw}/lib"; CVXOPT_FFTW_INC_DIR = "${lib.getDev fftw}/include"; }; </ins> nativeCheckInputs = [ unittestCheckHook ];
Change:
In this commit: Fractal was updated to 5, and the dependency to pipewire was introduced. Pipewire doesn't support macOS. As discussed by upstream, seems that new version of fractal is dropping support for macOS Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Looks like the fractal-next never supports darwin...

Discussion:
homepage = "https://gitlab.gnome.org/GNOME/fractal"; license = licenses.gpl3Plus; maintainers = teams.gnome.members ++ (with maintainers; [ anselmschueler dtzWill ]); <ins> platforms = platforms.linux; </ins> mainProgram = "fractal"; }; }
Change:
Package name: wasm-bindgen-cli Latest released version: 0.2.89 Current version on the unstable channel: 0.2.88 Current version on the stable/release channel: 0.2.84 Checked the nixpkgs pull requests Notify maintainers and and led to 0.2.88 getting yanked on cargo Note for maintainers: Please tag this issue in your PR.

Discussion:
, stdenv , curl , Security <del> , version ? "0.2.88" , hash ? "sha256-CpyB2poKIqP4Zfn3Gk1hA9m6EQ/ZiyO91wZViMH7Wsk=" , cargoHash ? "sha256-0D5ABJ3jwsrFIvXSOYgOqJtV5B9JUsHZfJEKl6PO47I=" </del> <ins> , version ? "0.2.89" , hash ? "sha256-IPxP68xtNSpwJjV2yNMeepAS0anzGl02hYlSTvPocz8=" , cargoHash ? "sha256-pBeQaG6i65uJrJptZQLuIaCb/WCQMhba1Z1OhYqA8Zc=" </ins> }: rustPlatform.buildRustPackage rec {
Change:
Steps to reproduce the behavior: (tested only on Darwin) (e.g. ) The hints were useful and this short patch indeed did the trick: This looks like it hints at differences in compiler strictness across different OSs, so I'm opening this issue in case it's useful to fix a potential underlying issue! Thanks for nixpkgs!
Ouch. OK, on Linux it breaks with too, at least (not with default or or yet)… If you tag me in a PR that applies that patch, I will definitely merge it (after letting OfBorg builds pass just to be sure I am not missing something); getting around to pushing your patch myself will take longer… (given I only use Linux, am DataMatrix-biased, and mostly use ZXing for QR-codes), but hopefully eventually I will get around to it.

Discussion:
stdenv.mkDerivation { pname = "qrcode"; <del> version = "unstable-2022-01-10"; </del> <ins> version = "unstable-2023-12-02"; </ins> src = fetchFromGitHub { owner = "qsantos"; repo = "qrcode"; <del> rev = "f4475866bbf963ad118db936060f606eedc224d5"; hash = "sha256-IbWYSAc0PvSWcxKaPUXDldGDCK/lPZjptepYtLppPmA="; </del> <ins> rev = "96fac69ad3e4f616ce75c0e3ef4ed0574cfab315"; hash = "sha256-Aesjys6FchB6qcLRWJNGfcEZRlO3stw3+IM8Xe2pF+Q="; </ins> }; <del> env.NIX_CFLAGS_COMPILE = "-Wno-error=unused-result"; </del> makeFlags = [ "CC=${stdenv.cc.targetPrefix}cc" ]; installPhase = ''
Change:
I'm on macOS (sonoma, ) and my packages are managed by . When I launch , I get a few errors. The text is only in black and white, and I can't seem to switch between panes using . Sadly, I didn't capture the three lines of minor errors and I'm unable to reproduce them. They seem to be related to decoders. I'm filing this issue because cmus is known to work on darwin with the binary obtained with homebrew, so I'm suspecting something might be off in the nix package. Steps to reproduce the behavior: Theming should work Tab should work (for pane switching) shouldn't show error at startup not working (nix): <img width="1325" alt="image" src=""working (brew) (please ignore the lyrics, that is a tmux pane): <img width="2416" alt="unknown" src=""Add any other context about the problem here. <!-- 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. Thank you for your help :)

Discussion:
patches = [ ./option-debugging.patch # ffmpeg 6 fix https://github.com/cmus/cmus/pull/1254/ <del> (fetchpatch { url = "https://github.com/cmus/cmus/commit/07b368ff1500e1d2957cad61ced982fa10243fbc.patch"; hash = "sha256-5gsz3q8R9FPobHoLj8BQPsa9s4ULEA9w2VQR+gmpmgA="; }) </del> <ins> (fetchpatch { name = "ffmpeg-6-compat.patch"; url = "https://github.com/cmus/cmus/commit/07b368ff1500e1d2957cad61ced982fa10243fbc.patch"; hash = "sha256-5gsz3q8R9FPobHoLj8BQPsa9s4ULEA9w2VQR+gmpmgA="; }) # function detection breaks with clang 16 (fetchpatch { name = "clang-16-function-detection.patch"; url = "https://github.com/cmus/cmus/commit/4123b54bad3d8874205aad7f1885191c8e93343c.patch"; hash = "sha256-YKqroibgMZFxWQnbmLIHSHR5sMJduyEv6swnKZQ33Fg="; }) </ins> ]; nativeBuildInputs = [ pkg-config ];
Change:
Steps to reproduce the behavior: Looks like rPackages.tesseract is failing to build. Tested on x86_64-linux
This seems to be a bug with pkg-config not including leptonica's cflags. I initially thought it was a problem with tesseract, but it doesn't seem to be as contains
Thanks for taking a look at this one! works for me.

Discussion:
''; }); <ins> tesseract = old.tesseract.overrideAttrs (_: { preConfigure = '' substituteInPlace configure  --replace 'PKG_CONFIG_NAME="tesseract"' 'PKG_CONFIG_NAME="tesseract lept"' ''; }); </ins> ijtiff = old.ijtiff.overrideAttrs (_: { preConfigure = '' patchShebangs configure
Change:
Steps to reproduce the behavior: opam It seems to be a linking problem, might be related with the fact that I'm on darwin. Thank you !!

Discussion:
outputs = [ "out" "installer" ]; setOutputFlags = false; <ins> # Work around https://github.com/NixOS/nixpkgs/issues/166205. env = lib.optionalAttrs stdenv.cc.isClang { NIX_LDFLAGS = "-l${stdenv.cc.libcxx.cxxabi.libName}"; }; </ins> # change argv0 to "opam" as a workaround for # https://github.com/ocaml/opam/issues/2142 postInstall = ''
Change:
Steps to reproduce the behavior: 3Packages.databricks-connect Add any other context about the problem here. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Seems like that version is removed from pypi: Next not yet yanked version is 11.3.25:
thank you for you response, do you use nixpkgs and databricks-connect ?
Not using it myself. But I thought it might be worth commenting that other than updating version to currently existing one on pypi there is not much that can be done (and regularly do check/update, probably manually because of unfree license). Because pypi allows direct removal of versions and as you can see from "release history" there are a lot of versions that databricks removed.
I might try to get 11.3.25 working, otherwise without any users/maintainers interest it will be just marked as broken

Discussion:
buildPythonPackage rec { pname = "databricks-connect"; <del> version = "11.3.6"; </del> <ins> version = "11.3.26"; </ins> format = "setuptools"; disabled = pythonOlder "3.7"; src = fetchPypi { inherit pname version; <del> hash = "sha256-kAUBA9V1st5UxXihrXQjyk+1ahsum/VEcNfDK1he/Pc="; </del> <ins> hash = "sha256-YjUY4i8PtXc+fWcGjvnRbZkiINprKcS1K9HT5+86E8c="; </ins> }; sourceRoot = ".";
Change:
Project description Most useful if this can be to 's ld preload, so wayland users on kde who disabled paste with middle click are able to copy links from the search bar. Metadata homepage URL: source URL: license: lgpl3 platforms: unix Priorities Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
github = "uakci"; githubId = 6961268; }; <ins> uartman = { name = "Anton Gusev"; email = "uartman@mail.ru"; github = "UARTman"; githubId = 21099202; }; </ins> udono = { email = "udono@virtual-things.biz"; github = "udono";

<ins> { lib , stdenv , fetchFromGitHub , meson , cmake , ninja , pkg-config , gtk2 , gtk3 , gtk4 }: let distorm-src = fetchFromGitHub { owner = "gdabah"; repo = "distorm"; rev = "3.5.2b"; hash = "sha256-2ftEV3TMS3HT7f96k+Pwt3Mm31fVEXcHpcbbz05jycU="; }; pname = "gtkclipblock"; version = "0.2.2"; src = fetchFromGitHub { owner = "notpeelz"; repo = "gtkclipblock"; rev = "v${version}"; hash = "sha256-ok/D7M0KekN8zf8AzhcOLtedbYVRHHv3m9zEHsJfcPM="; fetchSubmodules = true; }; in stdenv.mkDerivation { inherit pname version src; nativeBuildInputs = [ meson cmake ninja pkg-config ]; buildInputs = [ gtk2 gtk3 gtk4 ]; postPatch = '' substituteInPlace subprojects/funchook-helper/subprojects/funchook/CMakeLists.txt  --replace "GIT_REPOSITORY https://github.com/gdabah/distorm.git" "SOURCE_DIR ${distorm-src}" ''; dontUseCmakeConfigure = true; meta = with lib; { description = "A LD_PRELOAD hack to prevent GTK programs from interacting with the primary clipboard"; license = licenses.lgpl3Only; maintainers = with maintainers; [ uartman ]; platforms = [ "x86_64-linux" ]; }; } </ins>

gtdialog = callPackage ../development/libraries/gtdialog { }; <ins> gtkclipblock = callPackage ../by-name/gt/gtkclipblock/package.nix { stdenv = gcc13Stdenv; }; </ins> gtkd = callPackage ../development/libraries/gtkd { dcompiler = ldc; }; gtkgnutella = callPackage ../tools/networking/p2p/gtk-gnutella { };
Change:
In the latest stable release, the package fcitx5-openbangla-keyboard does not work. OpenBangla Keyboard package is installed but it does not integrate with fcitx5. fcitx5 crashes every time after logging in.
Here are some screenshots. ! ! !
Thanks for reporting, will take a look.
... Here is my !
Any update? Thanks.
fcitx5 crash log:
I have forked the OpenBangla Keyboard from the develop branch. After the recent commit. it built successfully in NixOS. I am now using OpenBangla Keyboard with an overlay from OpenBangla Keyboard's develop branch. !
I think change of these two lines according to this image will solve the problem. ( I don't know the correct hash = sha256, I just gave this and the correct hash was shown in the build error!) !
Thanks for looking into this. I've pulled the relevant commit and also tested at runtime this time, it does not appear to crash and outputs text properly.

Discussion:
, ibus , qtbase , zstd <ins> , fetchpatch </ins> , withFcitx5Support ? false , withIbusSupport ? false }:

fetchSubmodules = true; }; <ins> patches = [ # prevents runtime crash when fcitx5-based IM attempts to look in /usr (fetchpatch { name = "use-CMAKE_INSTALL_PREFIX-for-loading-data.patch"; url = "https://github.com/OpenBangla/OpenBangla-Keyboard/commit/f402472780c29eaa6b4cc841a70289adf171462b.diff"; hash = "sha256-YahvtyOxe8F40Wfe+31C6fdmm197QN26/Q67oinOplk="; }) ]; </ins> nativeBuildInputs = [ cmake pkg-config

cargoRoot = "src/engine/riti"; postPatch = '' cp ${./Cargo.lock} ${cargoRoot}/Cargo.lock <del> substituteInPlace CMakeLists.txt  --replace "/usr" "$out" substituteInPlace src/shared/FileSystem.cpp  --replace "/usr" "$out" ''; </del> <ins> ''; </ins> meta = { isIbusEngine = withIbusSupport;
Change:
A server crashed for unknown reason with the following message: Motherboard: Soldered CPU: Intel(R) Atom(TM) CPU C2550 @ 2.41GHz might be related. describes the issue in some detail and basically says that one needs to contact the hardware vendor. System: (NixOS: (Gorilla)
I'm not exactly sure why this on the nixpkgs issue-tracker. Do you think there is something in nixpkgs that needs fixing?

Discussion:
let wantCurl = withRemote || withImportd; wantGcrypt = withResolved || withImportd; <del> version = "251.15"; </del> <ins> version = "251.16"; </ins> # Bump this variable on every (major) version change. See below (in the meson options list) for why. # command:

owner = "systemd"; repo = "systemd-stable"; rev = "v${version}"; <del> sha256 = "sha256-/vLu5aNW9qudZJhbisiq7Oteh5IP2hi71OEI2dZi0EA="; </del> <ins> sha256 = "sha256-46EM3sETMm5zAoLKtcGYCwmI7EYFeze/Pr4R/hwZL7Q="; </ins> }; # On major changes, or when otherwise required, you *must* reformat the patches,
Change:
Package name: sunvox Latest released version: v2.1.1c Notify maintainers
The current version in nixpkgs is not available so building fails. The hash of the new version is

Discussion:
in stdenv.mkDerivation rec { pname = "SunVox"; <del> version = "2.1c"; </del> <ins> version = "2.1.1c"; </ins> src = fetchurl { <del> url = "https://www.warmplace.ru/soft/sunvox/sunvox-${version}.zip"; sha256 = "sha256-yPVcbtlAVbO9uMsFlfZ51T408hA1VPJAI+R+Jdjcyjw="; </del> <ins> urls = [ "https://www.warmplace.ru/soft/sunvox/sunvox-${version}.zip" # Upstream removes downloads of older versions, please save bumped versions to archive.org "https://web.archive.org/web/20231204012052/https://www.warmplace.ru/soft/sunvox/sunvox-2.1.1c.zip" ]; sha256 = "sha256-LfBQ/f2X75bcqLp39c2tdaSlDm+E73GUvB68XFqiicw="; </ins> }; nativeBuildInputs = [ unzip ];
Change:
is unable to find , and thus fails to luanch. Steps to reproduce the behavior: [^1] to watch system logs ddterm with the keybinding or default desktop entry launches normally If applicable, add screenshots to help explain your problem. Add any other context about the problem here. My full NixOS config can be found , permalinked to the config I used when submitting the bug report. If this is a configuration issue, input is appreciated. I updated my before testing No extension remnants (from manually installed extensions) exist at See for recent changes <!-- 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]: [^1]: If this is a configuration issue, my full config (permalinked to the time I tested it last) is located here:
Edit: Adding to my configuration seems to fix it completely. Not sure exactly why doesn't pull that in by default.
It does indeed look for gjs in path:
I'm not sure that line is the problem, because we've already established that it should be dead code. So either it is called nevertheless, which probably indicates that it can't find all necessary dependencies, or something else is going wrong. From the stack trace above it looks like the failure happens when calling a wrapped script, not sure about that though
So yeah the issue is that the launch script uses from the path: It does get wrapped with a binary wrapper, but this only fixed the shebang. Probably the easiest fix would be to add parameters to the wrapper which inject into the script's

Discussion:
nativeBuildInputs = [ gobject-introspection wrapGAppsHook ]; buildInputs = [ vte ]; postFixup = '' <ins> substituteInPlace "$out/share/gnome-shell/extensions/ddterm@amezin.github.com/bin/com.github.amezin.ddterm" --replace "gjs" "${gjs}/bin/gjs" </ins> wrapGApp "$out/share/gnome-shell/extensions/ddterm@amezin.github.com/bin/com.github.amezin.ddterm" ''; }))
Change:
Package name: seq66 Latest released version: 0.90.10 Current version on the unstable channel: 0.90.5 Current version on the stable/release channel: 0.90.5 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]:

Discussion:
stdenv.mkDerivation rec { pname = "seq66"; <del> version = "0.90.5"; </del> <ins> version = "0.99.12"; </ins> src = fetchFromGitHub { owner = "ahlstromcj"; <del> repo = pname; </del> <ins> repo = "seq66"; </ins> rev = version; <del> sha256 = "1jvra1wzlycfpvffnqidk264zw6fyl4fsghkw5256ldk22aalmq9"; </del> <ins> hash = "sha256-+EU0UdmZaDnhN142yR/r0tK1FKBbuFPmde6iSS26Tjo="; </ins> }; nativeBuildInputs = [ autoreconfHook pkg-config qttools which wrapQtAppsHook ];

buildInputs = [ alsa-lib libjack2 liblo qtbase ]; postPatch = '' <del> for d in libseq66/include libseq66/src libsessions/include libsessions/src seq_qt5/src seq_rtmidi/include seq_rtmidi/src Seqtool/src; do substituteInPlace "$d/Makefile.am" --replace '$(git_info)' '${version}' </del> <ins> for d in libseq66/src libsessions/include libsessions/src seq_qt5/src seq_rtmidi/src; do substituteInPlace "$d/Makefile.am" --replace-fail '$(git_info)' '${version}' </ins> done <del> # gcc-13 headers compatibilty. TODO: try to remove with next version # update sed -e '1i #include <cstdint>' -i libseq66/src/os/daemonize.cpp </del> ''; enableParallelBuilding = true;
Change:
According to the GStreamer website, the "good" plugins package should contain the "soup" plugin. However, the nix package does not. Steps to reproduce the behavior: packages and Result: nothing found. As a result, cannot play any streams, failing with "could not create souphttpsrc element". should include . : : Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
please try and see if that fixes the problem for radiotray-ng
This fixes the problem for , thanks. Does this mean that is OK?
not really, in my opinion as it doesn't work out of the box. there was a PR to partially fix gstreamer but seems like it was missing glib-networking and didn't want to add it for some reason and was abandoned. if the gstreamer pkg isn't modified then adding glib-networking and libsoup to the ldlibrarypath is a work around.
The issue title is misleading. The loading of the library is broken but gst-plugins-good is actually compiled against libsoup.

Discussion:
addGstreamer1LibPath () { if test -d "$1/lib/gstreamer-1.0" then <del> export GST_PLUGIN_SYSTEM_PATH_1_0="${GST_PLUGIN_SYSTEM_PATH_1_0-}${GST_PLUGIN_SYSTEM_PATH_1_0:+:}$1/lib/gstreamer-1.0" </del> <ins> addToSearchPath GST_PLUGIN_SYSTEM_PATH_1_0 "$1/lib/gstreamer-1.0" </ins> fi } addEnvHooks "$hostOffset" addGstreamer1LibPath

{ lib, stdenv , fetchurl <del> , fetchpatch </del> <ins> , substituteAll </ins> , meson , nasm , ninja

, gdk-pixbuf , aalib , libcaca <del> , libsoup </del> <ins> , libsoup_3 </ins> , libpulseaudio , libintl <ins> , libxml2 </ins> , Cocoa , lame , mpg123

hash = "sha256-4wW58H9SdDykgdoKTgx2w179YK2vGwaU6zuwIeITfjk="; }; <ins> patches = [ # dlopen libsoup_3 with an absolute path (substituteAll { src = ./souploader.diff; nixLibSoup3Path = "${lib.getLib libsoup_3}/lib"; }) ]; </ins> strictDeps = true; depsBuildBuild = [ pkg-config ];

gdk-pixbuf aalib libcaca <del> libsoup </del> <ins> libsoup_3 </ins> libshout <ins> libxml2 </ins> lame mpg123 twolame

<ins> diff --git a/ext/soup/gstsouploader.c b/ext/soup/gstsouploader.c index 85048ce303..d7d818cf95 100644 --- a/ext/soup/gstsouploader.c +++ b/ext/soup/gstsouploader.c @@ -181,7 +181,7 @@ gst_soup_load_library (void) GST_DEBUG ("LibSoup 2 found"); } else { GST_DEBUG ("Trying all libsoups"); -      libsoup_sonames[0] = LIBSOUP_3_SONAME; +      libsoup_sonames[0] = "@nixLibSoup3Path@/" LIBSOUP_3_SONAME; libsoup_sonames[1] = LIBSOUP_2_SONAME; } </ins>