jiebi/CodeConvo huggingface dataset:
Change:
Describe the bug has , preventing it from being used on other platforms, particularly Darwin in my case. To Reproduce nix-shell to get this error: error: Package ‘postgis-2.5.2’ in is not supported on ‘x8664-darwin’, refusing to evaluate. Expected behavior Produce a postgresql-and-plugins package with postgis available. Additional context Simply allowing doesn't work immediately because PostGIS' build system is quirky. There was some relevant-looking discussion on . Metadata system: host os: multi-user?: sandbox: version: channels(lukeworth): nixpkgs:

Discussion:
, pkgconfig , file , protobufc <ins> , libiconv </ins> }: stdenv.mkDerivation rec { name = "postgis-${version}";

sha256 = "0pnva72f2w4jcgnl1y7nw5rdly4ipx3hji4c9yc9s0hna1n2ijxn"; }; <del> buildInputs = [ libxml2 postgresql geos proj gdal json_c protobufc ]; </del> <ins> buildInputs = [ libxml2 postgresql geos proj gdal json_c protobufc ] ++ stdenv.lib.optional stdenv.isDarwin libiconv; </ins> nativeBuildInputs = [ perl pkgconfig ]; dontDisableStatic = true;

sed -i "s|$(DESTDIR)$(PGSQL_BINDIR)|$prefix/bin|g "  "raster/scripts/python/Makefile"; <del> ''; preInstall = '' </del> mkdir -p $out/bin <ins> # postgis' build system assumes it is being installed to the same place as postgresql, and looks # for the postgres binary relative to $PREFIX. We gently support this system using an illusion. ln -s ${postgresql}/bin/postgres $out/bin/postgres </ins> ''; # create aliases for all commands adding version information postInstall = '' <ins> # Teardown the illusory postgres used for building; see postConfigure. rm $out/bin/postgres </ins> for prog in $out/bin/*; do # */ ln -s $prog $prog-${version} done

homepage = https://postgis.net/; license = licenses.gpl2; maintainers = [ maintainers.marcweber ]; <del> platforms = platforms.linux; </del> <ins> inherit (postgresql.meta) platforms; </ins> }; }
Change:
The package pypy2.4-Sphinx-1.2.3 appears to be broken in the stable channel (as well as in the master branch of the repository with pypy 2.5). My $ load-env-pypySphinx $ sphinx-quickstart
Interesting, only happens on pypy. Wrapper is not generated.
Fixed hopefully.
Tested with pypy 2.5. The sphinx-quickstart works and building a non trivial set of documentation also. Thank you.

Discussion:
pitz = callPackage ../applications/misc/pitz { }; <ins> plantuml = callPackage ../tools/misc/plantuml { }; </ins> pycairo = callPackage ../development/python-modules/pycairo { };

sphinxcontrib_httpdomain = buildPythonPackage (rec { <del> name = "sphinxcontrib-httpdomain-1.1.9"; </del> <ins> name = "sphinxcontrib-httpdomain-1.3.0"; # See issue #6548 disabled = isPyPy; # Check is disabled due to this issue: # https://bitbucket.org/pypa/setuptools/issue/137/typeerror-unorderable-types-str-nonetype doCheck = false; </ins> src = pkgs.fetchurl { url = "https://pypi.python.org/packages/source/s/sphinxcontrib-httpdomain/${name}.tar.gz"; <del> md5 = "0f63aea612cc9e0b55a6c39e5b0f87b7"; </del> <ins> md5 = "ad7ea42bd4c7c0ee57b1cb25bbf24aab"; </ins> }; propagatedBuildInputs = with self; [sphinx];

}); <ins> sphinxcontrib_plantuml = buildPythonPackage (rec { name = "sphinxcontrib-plantuml-0.5"; # See issue #6548 disabled = isPyPy; src = pkgs.fetchurl { url = "https://pypi.python.org/packages/source/s/sphinxcontrib-plantuml/${name}.tar.gz"; md5 = "4a8840fe3475a19c2af3fa877ab9d296"; }; propagatedBuildInputs = with self; [sphinx plantuml]; meta = { description = "Provides a Sphinx domain for embedding UML diagram with PlantUML"; homepage = http://bitbucket.org/birkenfeld/sphinx-contrib; license = "BSD"; }; }); </ins> sphinx_pypi_upload = buildPythonPackage (rec { name = "Sphinx-PyPI-upload-0.2.1";
Change:
The package pypy2.4-Sphinx-1.2.3 appears to be broken in the stable channel (as well as in the master branch of the repository with pypy 2.5). My $ load-env-pypySphinx $ sphinx-quickstart
Interesting, only happens on pypy. Wrapper is not generated.
Fixed hopefully.
Tested with pypy 2.5. The sphinx-quickstart works and building a non trivial set of documentation also. Thank you.

Discussion:
sphinxcontrib_httpdomain = buildPythonPackage (rec { name = "sphinxcontrib-httpdomain-1.3.0"; <del> # See issue #6548 disabled = isPyPy; </del> # Check is disabled due to this issue: # https://bitbucket.org/pypa/setuptools/issue/137/typeerror-unorderable-types-str-nonetype doCheck = false;

sphinxcontrib_plantuml = buildPythonPackage (rec { name = "sphinxcontrib-plantuml-0.5"; <del> # See issue #6548 disabled = isPyPy; </del> src = pkgs.fetchurl { url = "https://pypi.python.org/packages/source/s/sphinxcontrib-plantuml/${name}.tar.gz"; md5 = "4a8840fe3475a19c2af3fa877ab9d296";
Change:
Describe the bug fcitx-qt5 fails to build on unstable: To Reproduce Metadata nixos unstable
It's trying to install into qtbase . Probably should set this to be within the proper prefix.
yep I've seen that as well. Seems like some packages set to work around this but haven't had the time to test it yet. EDIT: that fixed the first problem but not the second one:
will fix this.
This is still an issue on stable -- Installing: /nix/store/phkl5sfpn4jvncjd2sa29g182gpmmja7-fcitx-qt5-1.2.3/share/locale/zhCN/LCMESSAGES/fcitx- -- Installing: /nix/store/phkl5sfpn4jvncjd2sa29g182gpmmja7-fcitx-qt5-1.2.3/share/locale/zhTW/LCMESSAGES/fcitx- -- Installing: /nix/store/g83143pyn6sc1x1nqqjcamap4c2b1rbw-qtbase-5.12.0-bin/lib/qt- CMake Error at (file): file INSTALL cannot copy file "" to "/nix/store/g83143pyn6sc1x1nqqjcamap4c2b1rbw-qtbase-5.12.0-bin/lib/qt-". Call Stack (most recent call first): (include) make: * [Makefile:106: install] Error 1 builder for '/nix/store/ypfmrmajq452nmskg0ffwa27hm58l492-fcitx-qt5-' failed with exit code 2 cannot build derivation '/nix/store/hdsvn6hc7h7wf29kdnpvr7iaivplyyb8-fcitx-with-plugins-': 1 dependencies couldn't be built cannot build derivation '/nix/store/4lwxfbacn5fcymlm3jpv6wl4anllxmzd-system-': 1 dependencies couldn't be built cannot build derivation '/nix/store/d4k8dywj47xrbxfmvdaw4gywnwdn874r-xsession-': 1 dependencies couldn't be built cannot build derivation '/nix/store/fj8xinm3fjd7sp9s20iqg23yx27zc193-nixos-system-voyagertwo-': 1 dependencies couldn't be built error: build of '/nix/store/fj8xinm3fjd7sp9s20iqg23yx27zc193-nixos-system-voyagertwo-' failed Note that I have a following setting in environment.extraOutputsToInstall = ["out"]; environment.pathsToLink = [ "/share/locale" ];
:confused: Didn't expect that to broken the same way on stable. please open a separate issue requesting some sort of backport for the relevant commit
Still seems to fail on unstable?

Discussion:
preInstall = '' substituteInPlace src/cmake_install.cmake  --replace ${fcitx} $out <del> substituteInPlace po/cmake_install.cmake  --replace ${fcitx} $out </del> substituteInPlace data/cmake_install.cmake  --replace ${fcitx} $out substituteInPlace dictmanager/cmake_install.cmake 

<del> { stdenv, fetchFromGitLab, cmake, fcitx, pkgconfig, qtbase, extra-cmake-modules }: </del> <ins> { lib, mkDerivation, fetchFromGitLab , cmake , extra-cmake-modules , fcitx , pkgconfig , qtbase }: </ins> <del> stdenv.mkDerivation rec { </del> <ins> mkDerivation rec { </ins> pname = "fcitx-qt5"; version = "1.2.3";

preInstall = '' substituteInPlace platforminputcontext/cmake_install.cmake  <del> --replace ${qtbase.out} $out </del> <ins> --replace ${qtbase.bin} $out </ins> substituteInPlace quickphrase-editor/cmake_install.cmake  --replace ${fcitx} $out ''; <del> meta = with stdenv.lib; { </del> <ins> meta = with lib; { </ins> homepage    = https://gitlab.com/fcitx/fcitx-qt5; description = "Qt5 IM Module for Fcitx"; license     = licenses.gpl2;
Change:
Describe the bug fcitx-qt5 fails to build on unstable: To Reproduce Metadata nixos unstable
It's trying to install into qtbase . Probably should set this to be within the proper prefix.
yep I've seen that as well. Seems like some packages set to work around this but haven't had the time to test it yet. EDIT: that fixed the first problem but not the second one:
will fix this.
This is still an issue on stable -- Installing: /nix/store/phkl5sfpn4jvncjd2sa29g182gpmmja7-fcitx-qt5-1.2.3/share/locale/zhCN/LCMESSAGES/fcitx- -- Installing: /nix/store/phkl5sfpn4jvncjd2sa29g182gpmmja7-fcitx-qt5-1.2.3/share/locale/zhTW/LCMESSAGES/fcitx- -- Installing: /nix/store/g83143pyn6sc1x1nqqjcamap4c2b1rbw-qtbase-5.12.0-bin/lib/qt- CMake Error at (file): file INSTALL cannot copy file "" to "/nix/store/g83143pyn6sc1x1nqqjcamap4c2b1rbw-qtbase-5.12.0-bin/lib/qt-". Call Stack (most recent call first): (include) make: * [Makefile:106: install] Error 1 builder for '/nix/store/ypfmrmajq452nmskg0ffwa27hm58l492-fcitx-qt5-' failed with exit code 2 cannot build derivation '/nix/store/hdsvn6hc7h7wf29kdnpvr7iaivplyyb8-fcitx-with-plugins-': 1 dependencies couldn't be built cannot build derivation '/nix/store/4lwxfbacn5fcymlm3jpv6wl4anllxmzd-system-': 1 dependencies couldn't be built cannot build derivation '/nix/store/d4k8dywj47xrbxfmvdaw4gywnwdn874r-xsession-': 1 dependencies couldn't be built cannot build derivation '/nix/store/fj8xinm3fjd7sp9s20iqg23yx27zc193-nixos-system-voyagertwo-': 1 dependencies couldn't be built error: build of '/nix/store/fj8xinm3fjd7sp9s20iqg23yx27zc193-nixos-system-voyagertwo-' failed Note that I have a following setting in environment.extraOutputsToInstall = ["out"]; environment.pathsToLink = [ "/share/locale" ];
:confused: Didn't expect that to broken the same way on stable. please open a separate issue requesting some sort of backport for the relevant commit
Still seems to fail on unstable?

Discussion:
buildInputs = [ fcitx qtbase ]; <del> preInstall = '' substituteInPlace platforminputcontext/cmake_install.cmake  --replace ${qtbase.bin} $out substituteInPlace quickphrase-editor/cmake_install.cmake  --replace ${fcitx} $out </del> <ins> preConfigure = '' substituteInPlace platforminputcontext/CMakeLists.txt  --replace $"{CMAKE_INSTALL_QTPLUGINDIR}" $out/${qtbase.qtPluginPrefix} substituteInPlace quickphrase-editor/CMakeLists.txt  --replace $"{FCITX4_ADDON_INSTALL_DIR}" $out/lib/fcitx </ins> ''; meta = with lib; { <del> homepage    = https://gitlab.com/fcitx/fcitx-qt5; </del> <ins> homepage    = "https://gitlab.com/fcitx/fcitx-qt5"; </ins> description = "Qt5 IM Module for Fcitx"; license     = licenses.gpl2; platforms   = platforms.linux;
Change:
Project description The gopro-linux is a shell script that interacts with the gopro on Linux

Discussion:
<ins> { stdenv, fetchFromGitHub , ffmpeg , imagemagick , makeWrapper , mplayer }: stdenv.mkDerivation rec { pname = "gopro"; version = "1.0"; src = fetchFromGitHub { owner = "KonradIT"; repo = "gopro-linux"; rev = version; sha256 = "0sb9vpiadrq8g4ag828h8mvq01fg0306j0wjwkxdmwfqync1128l"; }; nativeBuildInputs = [ makeWrapper ]; installPhase = '' runHook preInstall install -Dm755 gopro -t $out/bin wrapProgram $out/bin/gopro  --prefix PATH ":" "${stdenv.lib.makeBinPath [ ffmpeg imagemagick mplayer ]}" runHook postInstall ''; meta = with stdenv.lib; { description = "Command line interface for processing media filmed on GoPro HERO 3, 4, 5, 6, and 7 cameras"; homepage = "https://github.com/KonradIT/gopro-linux"; platforms = platforms.linux; license = licenses.gpl3; maintainers = with maintainers; [ jonringer ]; }; } </ins>

google-music-scripts = callPackage ../tools/audio/google-music-scripts { }; <ins> gopro = callPackage ../tools/video/gopro { }; </ins> gource = callPackage ../applications/version-management/gource { }; govc = callPackage ../tools/virtualization/govc { };
Change:
Describe the bug When running the Mixxx package it fails to open and prints: Steps to reproduce the behaviour: 1) Run 3) Run from the command line. Expected behavior Mixxx opens its GUI Screenshots If applicable, add screenshots to help explain your problem. Additional context Add any other context about the problem here. Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
this needs a fix in
Can confirm running for example on my machine works.
Does not fix this for me. I've created: which does

Discussion:
<del> { stdenv, fetchFromGitHub, makeWrapper, chromaprint </del> <ins> { stdenv, mkDerivation, fetchFromGitHub, makeWrapper, chromaprint </ins> , fftw, flac, faad2, glibcLocales, mp4v2 , libid3tag, libmad, libopus, libshout, libsndfile, libusb1, libvorbis , libGLU, libxcb, lilv, lv2, opusfile

, qtx11extras, rubberband, scons, sqlite, taglib, upower, vampSDK }: <del> stdenv.mkDerivation rec { </del> <ins> mkDerivation rec { </ins> name = "mixxx-${version}"; version = "2.2.1";
Change:
Describe the bug is missing its icon, because it does not appear in the source tarball. I see a couple of options to fix: the icon separately, perhaps from the source to one of the packaged releases for another distro that includes the icon cc Maintainer information:
I would install the desktop file and appdata from there as well :+1:

Discussion:
<del> { stdenv, fetchurl, mkDerivation, makeWrapper, makeDesktopItem, autoPatchelfHook , wrapQtAppsHook </del> <ins> { stdenv, fetchurl, mkDerivation, autoPatchelfHook , fetchFromGitHub </ins> # Dynamic libraries , dbus, glib, libGL, libX11, libXfixes, libuuid, libxcb, qtbase, qtdeclarative , qtimageformats, qtlocation, qtquickcontrols, qtquickcontrols2, qtscript, qtsvg

}; }; <ins> # Used for icons, appdata, and desktop file. desktopIntegration = fetchFromGitHub { owner = "flathub"; repo = "us.zoom.Zoom"; rev = "0d294e1fdd2a4ef4e05d414bc680511f24d835d7"; sha256 = "0rm188844a10v8d6zgl2pnwsliwknawj09b02iabrvjw5w1lp6wl"; }; </ins> in mkDerivation { name = "zoom-us-${version}"; src = srcs.${stdenv.hostPlatform.system}; <del> nativeBuildInputs = [ autoPatchelfHook makeWrapper wrapQtAppsHook ]; </del> <ins> nativeBuildInputs = [ autoPatchelfHook ]; </ins> buildInputs = [ dbus glib libGL libX11 libXfixes libuuid libxcb libjpeg_turbo

runHook postInstall ''; <del> postInstall = (makeDesktopItem { name = "zoom-us"; exec = "$out/bin/zoom-us %U"; icon = "$out/share/zoom-us/application-x-zoom.png"; desktopName = "Zoom"; genericName = "Video Conference"; categories = "Network;Application;"; mimeType = "x-scheme-handler/zoommtg;"; }).buildCommand + '' </del> <ins> postInstall = '' mkdir -p $out/share/{applications,appdata,icons} # Desktop File cp ${desktopIntegration}/us.zoom.Zoom.desktop $out/share/applications substituteInPlace $out/share/applications/us.zoom.Zoom.desktop  --replace "Exec=zoom" "Exec=$out/bin/zoom-us" # Appdata cp ${desktopIntegration}/us.zoom.Zoom.appdata.xml $out/share/appdata # Icons for icon_size in 64 96 128 256; do path=$icon_size'x'$icon_size icon=${desktopIntegration}/us.zoom.Zoom.$icon_size.png mkdir -p $out/share/icons/hicolor/$path/apps cp $icon $out/share/icons/hicolor/$path/apps/us.zoom.Zoom.png done </ins> ln -s $out/share/zoom-us/zoom $out/bin/zoom-us '';
Change:
Firefox is run with . Console output:
Disabling it asking this should quiet the issue until it's resolved. I can confirm that the associations are at least correct.
So I guess they should be doing the same as for snap? In this case, I noticed that doing will still return an empty list so it ends up doing By using we can prevent that.
I don't think that's quite it. There seems to be a fundamental confusion; the that: But of course you don't need to be running in a sandbox to use the functionality they provide. Yet firefox is using the presence of to determine if the application is running in a flatpak container. This isn't going to work if people use portals for other reasons. What they should be doing, I think, is the same as for snap, if the program is running . They probably also need a more fine-grained way to instruct firefox to use a portal for the file chooser without affecting other functionality: (Here's why it doesn't actually check the value of GTKUSEPORTAL: )
That doesn't fix the issue in firefox, in the report this behavior was triggered even if the variable was set in the environment. And in general that probably shouldn't be happening so I fixed that.
Not sure what you mean, but I wasn't disagreeing with the thing, just bouncing ideas about how Firefox could improve their behaviour. I'll take the suggestions upstream if I find the time.
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . on the on .
I still have this issue. Is there a workaround?
I am experiencing this issue atm. Every link I click tries to open in firefox but ends up doing nothing and firefox prompts me to set it as the default browser on every run.
I marked this as stale due to inactivity. &rarr;
Also have this issue after setting for firefox-wayland
Stupid workaround for lazy home-manager users: add to .
This is an upstream bug that was linked to earlier in the thread, right? Do we need to track that bug downstream?
I haven't experienced this anymore in a long time.
I marked this as stale due to inactivity. &rarr;

Discussion:
systemd.packages = packages; environment.variables = { <del> GTK_USE_PORTAL = optional cfg.gtkUsePortal "1"; </del> <ins> GTK_USE_PORTAL = mkIf cfg.gtkUsePortal "1"; </ins> XDG_DESKTOP_PORTAL_PATH = map (p: "${p}/share/xdg-desktop-portal/portals") cfg.extraPortals; }; };
Change:
Describe the bug Allow vscode and firefox support for libdbusmenu,like with libreoffice To Reproduce Steps to reproduce the behavior: in KDE with Expected behavior The title bar integrated in KDE's menu button Screenshots ! Additional context Add any other context about the problem here. Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
According to the AUR,it only need libdbusmenu for this to work properly,but I have said package to both envieroment.systemPackages and to no avail.
I managed to get VSCode to have DBusMenu support by running it manually with $ LDLIBRARYPATH=/nix/store/32ghafsr1wd8ghrmcmz308nrx781dvfs-libdbusmenu-gtk3-16.04.0/lib code as seen in the screenshot: ! I'm a NixOS newb (installed nixos several days ago when I bought a new computer), but I am guessing that adding libdbusmenu-gtk3 as a dependency for vscode (in the file, I guess) would fix the problem with global menus for both vscode and vscodium. That would, theoretically, fix the same problem for other apps that have a similar issue (possibly with -gtk2 or _qt packages instead).
Still relevant,and still matter
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Still relevant
assuming fixed by
Just built from master, did not fix this.
Try libdbusmenu-gtk3 and make a pr If it works

Discussion:
preFixup = '' gappsWrapperArgs+=( <ins> ${ # we cannot use runtimeDependencies otherwise libdbusmenu do not work on kde lib.optionalString stdenv.isLinux "--prefix LD_LIBRARY_PATH : ${lib.makeLibraryPath [ libdbusmenu ]}"} </ins> # Add gio to PATH so that moving files to the trash works when not using a desktop environment --prefix PATH : ${glib.bin}/bin --add-flags "''${NIXOS_OZONE_WL:+''${WAYLAND_DISPLAY:+--ozone-platform-hint=auto --enable-features=WaylandWindowDecorations}}"
Change:
Describe the bug Clean Gitlab installs appeas to be broken, judging from the test Describe the bug During initialization: The cause appears to be because reinserting the tmpfiles line with the "D" rule for the initializers directory makes it work. cc -- it looks to me like this never worked with fresh installs? To Reproduce
Since was merged, I am also receiving an error that the systemd service pre-start script can't run the command: It is referencing two copies of the same application config file, in both the nix store and . It also seems to be caused by the changes in either or

Discussion:
"d ${cfg.statePath} 0750 ${cfg.user} ${cfg.group} -" "d ${cfg.statePath}/builds 0750 ${cfg.user} ${cfg.group} -" "d ${cfg.statePath}/config 0750 ${cfg.user} ${cfg.group} -" <ins> "d ${cfg.statePath}/config/initializers 0750 ${cfg.user} ${cfg.group} -" </ins> "d ${cfg.statePath}/db 0750 ${cfg.user} ${cfg.group} -" "d ${cfg.statePath}/log 0750 ${cfg.user} ${cfg.group} -" "d ${cfg.statePath}/repositories 2770 ${cfg.user} ${cfg.group} -"
Change:
needs fixes for pretty simple to do
please report that in so someone can easily pick that up.

Discussion:
<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";
Change:
Describe the bug A clear and concise description of what the bug is. setting nix.maxJobs = "auto"; Causes nix.nrBuildUsers = mkDefault ( 32 cfg.maxJobs); to fail. To Reproduce Steps to reproduce the behavior: nix.maxJobs ="auto" in you nixos config it ... Expected behavior A clear and concise description of what you expected to happen. You should be able to set nix.maxJobs to auto to saturate your cpu cores. Screenshots If applicable, add screenshots to help explain your problem. Additional context Add any other context about the problem here. Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(colin): channels(root): nixpkgs: Maintainer information:

Discussion:
fi ''; <del> nix.nrBuildUsers = mkDefault (lib.max 32 cfg.maxJobs); </del> <ins> nix.nrBuildUsers = mkDefault (lib.max 32 (if cfg.maxJobs == "auto" then 0 else cfg.maxJobs)); </ins> users.users = nixbldUsers;
Change:
fcitx-qt5 fails to build on stable, similarly to bug . Solution by will probably work. See the attached file () for a tail snippet of the build log. Note that I have a following setting in
It seems to have popped up again on master, needing a further fix
Oops, did not mean to close this issue. Can you clarify what you mean by "stable"? builds fine for me on the branch.
Please find my and additional files and (with the most of the options unchanged) attached. It could be that printer drivers that I pull from the unstable channel introduce some dependencies that cause the bug. I managed installing fcitx on another computer without problems, indeed.
So I removed the nixos-unstable lines, installed printer drivers from stable, removed the unstable channel, did garbage collection and did and still it fails building. If I remove the like this: inputMethod = { enabled = "fcitx"; # fcitx.engines = with ; [ hangul ]; }; Upgrade proceeds without issues but as soon as I uncomment it, it fails.
Can you please provide the logs of ?
, I am sorry, I tried, but suddenly it builds without failure. I did not keep the whole log from before. As far as I remember, it used to pull fcitx from unstable (even though I do not remember specifying so) so that was the issue, maybe. I was stupid not to save the log. Now I have a working system so I would prefer not to examine sources of the error any more, sorry.

Discussion:
buildInputs = [ fcitx qtbase ]; <del> preInstall = '' substituteInPlace platforminputcontext/cmake_install.cmake  --replace ${qtbase.bin} $out substituteInPlace quickphrase-editor/cmake_install.cmake  --replace ${fcitx} $out </del> <ins> preConfigure = '' substituteInPlace platforminputcontext/CMakeLists.txt  --replace $"{CMAKE_INSTALL_QTPLUGINDIR}" $out/${qtbase.qtPluginPrefix} substituteInPlace quickphrase-editor/CMakeLists.txt  --replace $"{FCITX4_ADDON_INSTALL_DIR}" $out/lib/fcitx </ins> ''; meta = with lib; { <del> homepage    = https://gitlab.com/fcitx/fcitx-qt5; </del> <ins> homepage    = "https://gitlab.com/fcitx/fcitx-qt5"; </ins> description = "Qt5 IM Module for Fcitx"; license     = licenses.gpl2; platforms   = platforms.linux;