jiebi/CodeConvo huggingface dataset:
Change:
<del> { mkDerivation, lib, stdenv, fetchpatch, makeWrapper, fetchurl, cmake, extra-cmake-modules </del> <ins> { mkDerivation, lib, stdenv, fetchpatch, fetchurl, cmake, extra-cmake-modules </ins> , karchive, kconfig, kwidgetsaddons, kcompletion, kcoreaddons , kguiaddons, ki18n, kitemmodels, kitemviews, kwindowsystem , kio, kcrash, breeze-icons

Discussion:
Krita 5 complains that it cannot find the G'Mic plugin. Steps to reproduce the behavior: Krita and the G'Mic plugin by adding and to in Krita a new image the menu item Filter→Start G'MIC-Qt will complain, via a modal dialog, that it cannot load the plugin. the menu item Settings→Configure Krita… should be a "G’Mic plugin" section in the left-hand sidebar, but there is not. For there to be a Krita setting to specify the path to the G'Mic plugin. The explains the correct behaviour.
Starting from the package won't work with Krita. Krita team forked and Krita will only work with that fork: It would take some effort to implement the build process mentioned in the README since cmake and make need to be invoked multiple times. (Probably need to manually write the whole and )
Is it possible to maintain a separate krita-gmic package like arch linux does?
It is possible but making it a separate package probably wouldn't make it easier to implement. We just need someone to implement the build process I linked above in nix (sorry I don't have time to do it)
Making some minor changes to you can build the krita plugin: I've not yet been able to have krita load the plugin though. I've tried creating a symlinkJoin'ed version with the plugin, that does not work :confused: Krita is not logging enough information about where it tried to load the plugin for me to be able to deduce what is going wrong.
Do you think the Krita fork of gmic-qt should be integrated in the definition at ? I was originally afraid modifying it now would not be worth it because the two versions might deviate too much from one another.
If you want to remove the original gmic-qt and change it to krita's fork, I believe it will conflict with the previous one, and I would therefore vote against it If you want to keep the fork along with the original, it's fine! You can use overrideAttrs magic in order to reuse the previous expression. Look at as an example for inspiration.
Option 1 is terrible, I'd never ask for that :smiley:.

I was asking if krita's gmic-qt should be included as a "variant" in , effectively does the same as option 2 <details<summaryLike this</summary</detailsI think it's best to keep it as a completely separate package, because both packages will never have matching versions.
So close! I got the "Q'MIC-qt for Krita" window to open by manipulating : ! Unfortunately it segfaults the moment I try to use any of the filters: Progress at
Change:
polymake = callPackage ../applications/science/math/polymake { }; <ins> pomotroid = callPackage ../applications/misc/pomotroid { electron = electron_9; }; </ins> pond = callPackage ../applications/networking/instant-messengers/pond { }; ponymix = callPackage ../applications/audio/ponymix { };

Discussion:
Project description Pomotroid is a simple and configurable Pomodoro timer. It aims to provide a visually-pleasing and reliable way to track productivity using the Pomodoro Technique. Metadata homepage URL: source URL: license: mit platforms: linux, windows, mac
I have been trying to work on this one. I'm having the following issues: Can't build from source because of a dependency Although the tarball builds fine, I just get a blue window ! Not sure what to do in this case, so here is what I have done so far in case someone wants to tackle it:
Got it working with , so you might need to enable the insecure flag to use it.
Merged
Change:
with lib; let cfg = config.services.keyd; <del> settingsFormat = pkgs.formats.ini { }; </del> keyboardOptions = { ... }: { options = {

Discussion:
Composite layers in keyd MUST always be defined after regular layers (see ) Currently it seems to be impossible to keep the settings order
Hello. I didn't know about these possibilities (composite layers and ), thanks for showing them. Unforntunately in nix, there is no easy way to preserve the order of attributes. See: The simplest solution I can see is to add option. E.g: Will this solution satisfy you?
Yep, that would work. Though, I think that it's possible to preserve the order by using arrays instead of dictionaries. E.g.
At this point, I think I'll add . Why? will want to save their config (except section) in raw string format (when moving from another OS). your suggestion looks fine to me, it's breaking changes anyway. Maybe in the future, if there are more advantages in your syntax, we will rewrite the module.
Change:
<ins> { fetchzip, lib }: let version = "00303.01"; in fetchzip { name = "takao-${version}"; url = "mirror://ubuntu/pool/universe/f/fonts-takao/fonts-takao_${version}.orig.tar.gz"; sha256 = "sha256-TlPq3iIv8vHlxYu5dkX/Lf6ediYKQaQ5uMbFvypQM/w="; postFetch = '' unpackDir="$TMPDIR/unpack" mkdir "$unpackDir" cd "$unpackDir" tar xf "$downloadedFile" --strip-components=1 mkdir -p $out/share/fonts cp *.ttf $out/share/fonts ''; meta = with lib; { description = "Japanese TrueType Gothic, P Gothic, Mincho, P Mincho fonts"; homepage = "https://launchpad.net/takao-fonts"; license = licenses.ipa; maintainers = with lib.maintainers; [ serge ]; platforms = platforms.all; }; } </ins>

Discussion:
Project description Add Japanese Takao Gothic, Mincho, P Gothic, and P Mincho fonts. Metadata homepage URL: source URL: license: ipa platforms: all
Change:
wcwidth ]; <del> nativeCheckInputs = with python3Packages; [ nose pytestCheckHook ]; </del> <ins> nativeCheckInputs = with python3Packages; [ pytestCheckHook ]; </ins> # Disable tests that touch network or shell out to commands disabledTests = [

Discussion:
Steps to reproduce the behavior: ytcc directly from () that the build fails This could in fact be a upstream problem, as they haven't updated their build system since at least Oct 22, 2022. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
environment.systemPackages = [ cfg.package ]; <del> programs.xwayland.package = pkgs.xwayland.override (oldArgs: { inherit (cfg) defaultFontPath; }); </del> }; }

Discussion:
Describe the bug Attempting to override the Wayland package used by with fails with a conflict error: To Reproduce Ensure you have the following channels set up: Add the following to your : Expected behavior XWayland v21.1.2 should be installed. Additional context These are the exact commits I'm on: Notify maintainers Metadata Maintainer information:
you can use as a "workaround" (also requires in ). we should likely apply this change to the XWayland package: Ideally with to provide a nice textual example in , etc.
Thanks! The workaround did the trick.
Change:
}; postFixup = stdenv.lib.optionalString stdenv.isDarwin '' <ins> install_name_tool -id $out/lib/libsndio.7.0.dylib $out/lib/libsndio.7.0.dylib </ins> for file in $out/bin/*; do install_name_tool -change libsndio.7.0.dylib $out/lib/libsndio.dylib $file done

Discussion:
Describe the bug crashes with a : This happens regardless of what file I try to play, even a bare invocation without arguments. To Reproduce Steps to reproduce the behavior: from on macOS (or attempt to) with or without arguments. Expected behavior I expected all dependencies, including this to be installed in the nix store. Additional context Running on macOS, using nix-darwin and home-manager. Metadata Please run and paste the result. Will do when I get access to the machine again. Maintainer information:
Change:
mesonFlags = [  "-Dtest_data_dir=${testData}" ]; <ins> env.NIX_CFLAGS_COMPILE = toString ( lib.optionals (stdenv.cc.isGNU) [ "-Wno-error=mismatched-new-delete" ] ); </ins> nativeCheckInputs = [ gtest ];

Discussion:
Package name: zimlib Latest released version: 9.1.0 <!-- Search your package here: --- Current version on the unstable channel: 8.2.0 Current version on the stable/release channel: 8.2.0 <!-- 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! --- 0 made zimlib compatible with gtest 1.13+, and is going to break you otherwise. 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]:
The reason I initially filed this is that both 9.0.0 and 9.1.0 have a compilation error (mismatched-new-delete). However, it seems perfectly safe to bring it down to a warning, so I'll open the PR for this one as well.
Change:
lib.optionals (!isCross) setupHaskellDepends); ghcCommandCaps = lib.toUpper ghcCommand'; <del> in runCommand name { </del> <ins> in runCommandCC name { </ins> inherit shellHook; depsBuildBuild = lib.optional isCross ghcEnvForBuild;

Discussion:
Suppose you have a project with some native dependency like and try to inside of a like this: Before , this worked fine, but since , building fails: Minimal reproducible example is in I only tested this on . Running for the example above shows that is missing from and . Indeed, adding to the resolves the problem:
cc
Interesting. Especially since we decided against using runCommandNoCC but somehow arrived at similar behavior. Sorry we broke this. I wonder what the best fix is. Should shellFor just always add the GCC dep? Or should gcc maybe become a runtime dependency of cabal-install since apparently that's actually what's going on here?
.
That’s an explanation, thank you! Now the question: What is the correct way to get gcc into scope? I guess the most pragmatic way is to just add it as a dependency of runCommand, but it feels like that is a bit wrong.
should work…
Still not convinced, that’s a clean solution. But yeah, I’ll do that.
Why wouldn't that be a clean solution? The C compiler is part of , so we need to make sure the environment also uses the default that actually has one.
I just wasn’t sure whether every shell should contain stdenv. But I guess that’s kinda stupid.
Change:
jcumming = "Jack Cummings <jack@mudshark.org>"; kkallio = "Karn Kallio <tierpluspluslists@gmail.com>"; ktosiek = "Tomasz Kontusz <tomasz.kontusz@gmail.com>"; <ins> linquize = "Linquize <linquize@yahoo.com.hk>"; </ins> lovek323 = "Jason O'Conal <jason@oconal.id.au>"; ludo = "Ludovic Courtès <ludo@gnu.org>"; madjar = "Georges Dubus <georges.dubus@compiletoi.net>";

Discussion:
Describe the bug Python 3.7 pycurl is failing to build in the latest nix unstable To Reproduce Steps to reproduce the behavior: python3.7-pycurl- fails with an assertion failure in the test, i.e. Expected behavior The build works without issues Build Log Metadata Maintainer information:
I tried building the same derivation three times, having 2 failures and 1 successful build. The failures are different from the one in the given build log. Command: on latest Success logs: Failure logs: I think that tests are a bit... "flaky", so to say. (read "non-deterministic")
I tried running it 3 times and didn't get it to work, let me try a few more times. Might it be the case that on some machines its failing reliably?
This is the latest run with even more tests failing Something seems to be quite wrong the tests, i.e. they seem to be seriously flaky.
Update on this, I did manage to get it to eventually pass the tests but it took 20 times. Maybe we should report these flaky tests to upstream?
I opened to disable the tests, which will fix this
This issue still exists despite your fix I got it today on 20.03. The reason is probably that is not the only one that can trigger it, there is also a : Full build errors: <details</details
PR at
And another one : <details</detailsPR:
Change:
preMount = lib.optionalString (contents != null && contents != [ ]) '' echo "Adding contents..." <del> for item in ${toString contents}; do </del> <ins> for item in ${escapeShellArgs (map (c: "${c}") (toList contents))}; do </ins> echo "Adding $item..." rsync -a${if keepContentsDirlinks then "K" else "k"} --chown=0:0 $item/ layer/ done

Discussion:
Describe the bug When using and and I get a failure that I think is unexpected. To Reproduce Steps to reproduce the behavior: With the following files: and the following : I get the following error when building like so: Note that everything works fine if I simply don't have the as an entry in the list to . Expected behavior The build to succeed and to be able to see a 'doomed' file created by the root user! Notify maintainers Can't find any: But perhaps the maintainers are good: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Metadata Please run and paste the result. Maintainer information:
I guess it has to do somehow with the fact that this command is running in a virtual machine. A "workaround" is to wrap the folder in a derivation: I don't quite know enough nix to know if this is committing some major crime of misunderstanding or something.
and I are in the "CODEOWNERS" file, and and I are in the test. Did you think of another place where maintainers could be listed? We don't have a standard attribute for attrsets or functions.
Change:
downloadPage = "https://github.com/ArmCord/ArmCord"; sourceProvenance = with sourceTypes; [ binaryNativeCode ]; license = licenses.osl3; <del> maintainers = with maintainers; [ wrmilling ]; </del> <ins> maintainers = with maintainers; [ ludovicopiero wrmilling ]; </ins> platforms = [ "x86_64-linux" "aarch64-linux" ]; mainProgram = "armcord"; };

Discussion:
Package name: armcord Latest released version: 3.2.4 <!-- Search your package here: --- Current version on the unstable channel: 3.2.3 Current version on the stable/release channel: 3.2.3 <!-- 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.
Change:
# Not formally in runtime but needed by some games at-spi2-atk <ins> at-spi2-core   # CrossCode </ins> gst_all_1.gstreamer gst_all_1.gst-plugins-ugly libdrm

Discussion:
mostly detailed from discorse. Pasting comments below: nix-build -A at-spi2-core '<nixpkgs' (which, say, installs into $directory-for-libatspi/lib) Setting the game’s launch options to LDLIBRARYPATH="LDLIBRARYPATH" %command% However, this doesn’t seem like a permanent or smart fix. How do I improve on that? Is it a fix for the Steam package in nixpkgs? I’d imagine it already includes some well-known .so files in its environment.
Change:
<del> { stdenv, fetchFromGitHub, libxslt, libaio, systemd, perl, perlPackages , docbook_xsl }: </del> <ins> { stdenv, lib, fetchFromGitHub, libxslt, libaio, systemd, perl, perlPackages , docbook_xsl, coreutils, lsof, rdma-core, makeWrapper, sg3_utils, utillinux }: </ins> stdenv.mkDerivation rec { pname = "tgt";

Discussion:
By looking at the there is a service file that can be embedded with the package . It would be nice to port that to the tgt nixpkg I might do it myself if I find the time to learn the build system properly
If the service is installed into , it can be in a nixos module like that:
Change:
}; in { <del> "cryptpad-git+https://github.com/xwiki-labs/cryptpad.git#4.9.0" = nodeEnv.buildNodePackage { </del> <ins> "cryptpad-git+https://github.com/xwiki-labs/cryptpad.git#4.11.0" = nodeEnv.buildNodePackage { </ins> name = "cryptpad"; packageName = "cryptpad"; <del> version = "4.9.0"; </del> <ins> version = "4.11.0"; </ins> src = fetchgit { url = "https://github.com/xwiki-labs/cryptpad.git"; <del> rev = "b1281fb4abd14e9758d58df4801e0a00eda7bc44"; sha256 = "ed2d0e2520645fccdada7fa5f25bb878c0ee0e61d6c81a98c18906c12750578c"; </del> <ins> rev = "390e38acf63a9d7ae581eaa926ea678a519fcc14"; sha256 = "d75f0568fd146da6512646d9516138f94b0bbbd9a4691eef11d370bf5810176a"; </ins> }; dependencies = [ sources."@mcrowe/minibloom-0.2.0"

Discussion:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on github to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the the current version of the package --- <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- name: cryptpad <!-- The current version can be found easily with the same process than above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 4.9.0 desired version: 4.11.0 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.
Change:
programPath="$out/google-cloud-sdk/bin/$program" binaryPath="$out/bin/$program" wrapProgram "$programPath"  <del> --set CLOUDSDK_PYTHON "${python}/bin/python"  --prefix PYTHONPATH : "${pythonPath}" </del> <ins> --set CLOUDSDK_PYTHON "${pythonEnv}/bin/python"  --prefix PYTHONPATH : "${pythonEnv}/${python.sitePackages}" </ins> mkdir -p $out/bin ln -s $programPath $binaryPath

Discussion:
Describe the bug Getting the error when trying to generate a signed URL: It is more than possible that I am doing something wrong because I can see as a dependency in , and in the output when installing the package: To Reproduce Try generating a signed URL. Expected behavior It should generate a signed URL (as described at ) Metadata Thank you for looking into this!
The same issue still exists in google-cloud-sdk-255.0.0
I'm still getting this error message when running on NixOS unstable.
I guess it's probably caused by , which replaced with in . There's a comment about this change in the PR:
can confirm the error with recent pkgs: Couldn't find it in commit history nor github discussion thread. What was the comment? Knowing the reason for this change will be helpful to open a new issue.
fixes it for but gsutil is still broken due to GoogleCloudPlatform/gsutil
Change:
--replace-fail "plugdev" "openrazer" ''; <del> nativeBuildInputs = [ setuptools wrapGAppsNoGuiHook ]; </del> <ins> nativeBuildInputs = [ setuptools wrapGAppsNoGuiHook gobject-introspection ]; buildInputs = [ glib gtk3 ]; </ins> propagatedBuildInputs = [ daemonize dbus-python <del> gobject-introspection gtk3 </del> pygobject3 pyudev setproctitle

Discussion:
it's impossible to use due to an import error: Steps to reproduce the behavior: to run eg ratbagctl "shows something". (i.e. current mouse hardware/mapping etc.) (no gui, cli only) I (may) need because it has infos/options that are not yet fully implemented in Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

When trying to launch whipper it instead fails with the following trace: Steps to reproduce the behavior: or any equivalent way of running the whipper program Clearly, I expect the program to execute without an error. I bisected the error and the bug was introduced in which bumped . <!-- 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]:
Note: Adding to double-wraps all executables, but allows to run successfully.
Also no double-wrapping.

As title says, openrazer-daemon no longer work after update. Steps to reproduce the behavior: system -daemon fail to start. Openrazer-daemon start on boot. If applicable, add screenshots to help explain your problem. Manually calling openrazer-daemon -Fv print me this: <!-- 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]:
overlay fix for anyone who have this issue.
This overlay fix worked for me, thank you!
Change:
<del> { lib, stdenv, fetchurl, openjdk17, makeWrapper, autoPatchelfHook </del> <ins> { lib, stdenv, fetchurl, coreutils, openjdk17, makeWrapper, autoPatchelfHook </ins> , zlib, libzen, libmediainfo, curlWithGnuTls, libmms, glib }: <del> stdenv.mkDerivation rec { </del> <ins> let lanterna = fetchurl { url = "https://search.maven.org/remotecontent?filepath=com/googlecode/lanterna/lanterna/3.1.1/lanterna-3.1.1.jar"; hash = "sha256-7zxCeXYW5v9ritnvkwRpPKdgSptCmkT3HJOaNgQHUmQ="; }; in stdenv.mkDerivation rec { </ins> pname = "filebot"; <del> version = "5.0.1"; </del> <ins> version = "5.0.2"; </ins> src = fetchurl { <del> url = "https://web.archive.org/web/20220305095926/https://get.filebot.net/filebot/FileBot_${version}/FileBot_${version}-portable.tar.xz"; sha256 = "sha256-0d0+o8ZiF1m83AasjoxUDNtUSquy69wFY1m1oYeybFw="; </del> <ins> url = "https://web.archive.org/web/20230418205553/https://get.filebot.net/filebot/FileBot_${version}/FileBot_${version}-portable.tar.xz"; hash = "sha256-XnzBXZy/gNA8qf7XairoviRmdQiXHbW19BgbHL52SP0="; </ins> }; unpackPhase = "tar xvf $src";

Discussion:
in filebot tries to execute . This fails on NixOS: From strace: Steps to reproduce the behavior: previous output works. If applicable, add screenshots to help explain your problem. The filebot package is currently using , but I'm not sure if it's feasible to fix this with a patch. Should be used instead?
Change:
githubId = 245573; name = "Dmitry Kalinkin"; }; <ins> vgskye = { name = "Skye Green"; email = "me@skye.vg"; github = "vgskye"; githubId = 116078858; keys = [{ fingerprint = "CDEA 7E04 69E3 0885 A754  4B05 0104 BC05 F41B 77B8"; }]; }; </ins> victormeriqui = { name = "Victor Meriqui"; email = "victor.meriqui@ororatech.com";

Discussion:
Project description Basically just Discord with Vencord pre-installed. There is already a package, but I prefer using Vesktop which is more directly maintained by Vencord for Vencord. Metadata homepage URL: source URL: license: platforms: Linux (Darwin option also exists I think?)
How is this different from below?
It doesn't seem to be fully finished yet, but for a cursory looks, they've some things to be built in into their client: ! ! (Also, I've tried ArmCord as well, but apparently it's currently having some severe electron issue, which from my testing and many reports make it completely unusable right now -- though I'd assume that would be fixed eventually)
Change:
'' + (if stdenv.hostPlatform.parsed.kernel.execFormat.name == "elf" then '' patchelf --set-soname liblapacke${canonicalExtension} $out/lib/liblapacke${canonicalExtension} patchelf --set-rpath "$(patchelf --print-rpath $out/lib/liblapacke${canonicalExtension}):${lib.getLib lapackProvider}/lib" $out/lib/liblapacke${canonicalExtension} <del> '' else if stdenv.hostPlatform.isDarwin then '' install_name_tool -id liblapacke${canonicalExtension}  -add_rpath ${lib.getLib lapackProvider}/lib  $out/lib/liblapacke${canonicalExtension} </del> '' else "") + '' if [ -f "$out/lib/liblapacke.so.3" ]; then

Discussion:
Describe the bug See It appears numpy is failing on darwin cc
I believe this one is before was merged. The new failure is: cc
I don't see a .so being explicitly referenced in the nix expression, there's probably something that needs to be patched for darwin to look for the correct shared-library extension.
This was , specifically the installnametool invocations.