jiebi/CodeConvo huggingface dataset:
Change:
glfw openal stdenv.cc.cc.lib <ins> vulkan-loader # VulkanMod's lwjgl </ins> # oshi udev

Discussion:
If you try to use in Minecraft it will fail to open, as the package seems to expect the game to only need OpenGL I assume at least. I think to fix this the package needs to be included in the build. Since this is a mod it doesn't effect the base game, so adding support for this might be debatable but I would like to see it work to compare the renderers and try RT mods that uses hardware RT. Steps to reproduce the behavior: Vulkan mod to run the game that it crashes and cannot find vulkan-loader The game loads with Vulkan mod installed The error: Tried this as well but didn't work due to a build error, likely user error on my part Also, I imagine that this effects Multimc so it's package should be updated as well. I have also tested on the unwrapped package, same issue there as well :/ <!-- 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]:
First of all, to add additional libraries to the game's search path, you need to override . After I did that, I was getting a SIGSEGV from though.
Mod loads for me with the following
This works for me too, I guess this can be closed in favor of the MR
Change:
propagatedBuildInputs = lib.optionals rLibrary [ rPackages.data_table <ins> rPackages.markdown </ins> rPackages.rmarkdown rPackages.jsonlite rPackages.Matrix

Discussion:
Package name: lightgbm Latest released version: 4.3.0 <!-- Search your package here: --- Current version on the unstable channel: 4.1.0 Current version on the stable/release channel: 4.1.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! --- Version 4.1.0 gets broken by . Version 4.3.0 incorporates which builds tests with C++14. 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]:
Thanks. I'll have a look
Change:
{ stdenv, fetchFromGitHub, cmake, zlib, c-ares, pkgconfig, openssl, protobuf, gflags }: stdenv.mkDerivation rec { <del> version = "1.19.1"; </del> <ins> version = "1.22.0"; </ins> name = "grpc-${version}"; src = fetchFromGitHub { owner = "grpc"; repo = "grpc"; rev = "v${version}"; <del> sha256 = "0c0jra4qnd86gyr4rlblic3igb5dpgrldac35myk5i5ia547fdhj"; </del> <ins> sha256 = "10wf9sakkxpcvc09n1h91x6slwwhxblghs4zn95klyc4m6py1gfg"; </ins> }; nativeBuildInputs = [ cmake pkgconfig ]; buildInputs = [ zlib c-ares c-ares.cmake-config openssl protobuf gflags ];

Discussion:
Describe the bug grpc doesn't build on macOS. To Reproduce Steps to reproduce the behavior: -shell -p grpc Expected behavior Should have built without errors. Additional context Build log here: Metadata system: host os: multi-user?: sandbox: version: channels(kaali): nixpkgs: Maintainer information:
grpc appears to be pretty out of date , so I'm suspecting that updating all of the pieces would resolve this.
Seems to fail in CI even with an updated version:
That particular package requires manual intervention, as that PR was automatically generated by a bot.
Change:
extraNativeBuildInputs = [shared-mime-info]; # FIXME: libkolabxml, libetebase extraBuildInputs = [qtnetworkauth qtspeech qtwebengine cyrus_sasl]; <ins> qtWrapperArgs = [ "--prefix SASL_PATH : ${lib.makeSearchPath "lib/sasl2" [ cyrus_sasl.out libkgapi ]}" ]; </ins> }

Discussion:
GMail authentication doesn't work in KMail in Plasma 6, because it cannot find the correct library: Steps to reproduce the behavior: Kmail Gmail with "Gmail" authentication that it doesn't work A clear and concise description of what you expected to happen. If applicable, add screenshots to help explain your problem. We probably need to apply and to the Plasma 6 variant of specifically, these lines need to be present: Doing this locally seems to fix it for me, but I'm not sure if that is the correct way to fix it. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
iio-sensor-proxy = callPackage ../os-specific/linux/iio-sensor-proxy { }; <ins> ipvsadm = callPackage ../os-specific/linux/ipvsadm { }; </ins> lynis = callPackage ../tools/security/lynis { }; mathics = pythonPackages.mathics;

Discussion:
The program described by this man page is not available in master. ag ipvsadm
Poked at this, looks like it needs which because it was old and krufty even back then (note the patches required). That seems like a bit of a show-stopper, unfortunately.
Thanks! Is there a replacement for that I am missing? is still a part of the Linux kernel.
Enjoy! LMK if you're able to actual test it or know how to employ the tools :+1:.
I plan to do that tomorrow. I hope the tools will tell me the crucial information I need to make it work.
This works great and should be merged. It told me something unexpected, but that's good.
Change:
propagatedBuildInputs = [ e2fsprogs <ins> libsodium </ins> lmdb openssl ragel ]; <del> # the project uses single argument `printf` throughout the program hardeningDisable = [ "format" ]; </del> meta = { <del> description = "ARPA2 ID and ACL libraries and other core data structures for ARPA2"; </del> <ins> changelog = "https://gitlab.com/arpa2/arpa2common/-/blob/v${finalAttrs.version}/CHANGES"; description = "ARPA2 ID and ACL libraries and other core data structures for ARPA2"; </ins> longDescription = '' The ARPA2 Common Library package offers elementary services that can benefit many software packages.  They are designed to be easy to

Discussion:
Package name: arpa2common Latest released version: 2.6.2 <!-- Search your package here: --- Current version on the unstable channel: 2.2.18 Current version on the stable/release channel: 2.2.18 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
stdenv.mkDerivation (finalAttrs: { pname = "obs-studio"; <del> version = "30.0.2"; </del> <ins> version = "30.1.0"; </ins> src = fetchFromGitHub { owner = "obsproject"; repo = finalAttrs.pname; rev = finalAttrs.version; <del> sha256 = "sha256-8pX1kqibrtDIaE1+/Pey1A5bu6MwFTXLrBOah4rsF+4="; </del> <ins> sha256 = "sha256-9rf3UGazEL5Obd6tqDwM5LOC6D1X6HNzs5sn5z1tOCA="; </ins> fetchSubmodules = true; };

Discussion:
Package name: obs-studio Latest released version: 30.1 <!-- Search your package here: --- Current version on the unstable channel: 30.0.2 Current version on the stable/release channel: 29.1.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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
, glibmm, libsigcxx, lcms, boost, gettext, makeWrapper , gsl, python2, poppler, imagemagick, libwpg, librevenge , libvisio, libcdr, libexif, potrace, cmake, hicolor-icon-theme <ins> , librsvg, wrapGAppsHook </ins> }: let

Discussion:
Describe the bug After installing inkscape either in the user or system profile, no icons are found. When opening dialogs such as "Fill and stroke" or "Layers" the program crashes. I've confirmed this on two of my machines. To Reproduce Steps to reproduce the behavior: inkscape that all icons display incorrectly to Object -Fill and Stroke crash Expected behavior Inkscape should have the full set of icons and dialogs should be accessible. Screenshots ! Additional Context <details<summaryConsole log</summary</detailsMetadata system: host os: multi-user?: sandbox: version: channels(root): channels(riley): nixpkgs:
I think you can easily fix this issue by installing an icon theme to your system.
I believe these icons are part of Inkscape. Possibly issue with gdk-pixbuf loaders – though, I cannot reproduce it within plain xterm session. What desktop environment are you running? Does adding to Inkscape’s help?
Sorry, I should have mentioned - I already tried the following overlay for inkscape after reading the gdk-pixbuf issue and related ones. Unfortunately it didn't seem to change anything after rebuilding and compiling. One of my computers is running sway (launched via startx) and the other i3 + sddm.
Maybe does not work because of :
That worked! I to the overlay and all the icons show up, and dialogs work. I tried looking up docs on but I couldn't find much about it, what does it do exactly?
:confused: I thought the issue with strictDeps only touched gobject-introspection
IIRC, it might also affect hook’s not being picked up correctly. Does the following work with enabled?
Yes, that worked! Would the best workaround for now be to add those inputs to the derivation?
Change:
<del> { lib , stdenv , fetchFromGitHub , SDL2 , cmake , copyDesktopItems , ffmpeg_4 , glew , libffi , libsForQt5 , libzip , makeDesktopItem , makeWrapper , pkg-config , python3 , snappy , vulkan-loader , wayland , zlib , enableQt ? false , enableVulkan ? true , forceWayland ? false </del> <ins> { lib, SDL2, cmake, copyDesktopItems, fetchFromGitHub, ffmpeg, glew, libffi, libsForQt5, libzip, makeDesktopItem, makeWrapper, pkg-config, python3, snappy, stdenv, vulkan-loader, wayland, zlib, enableQt ? false, enableVulkan ? true, forceWayland ? false, useSystemFfmpeg? false, useSystemSnappy? true, </ins> }: let

Discussion:
When adding the ppsspp package (or any of its derivates such as ppsspp-sdl-wayland) and running a game, I would get very severe graphical glitches during cutscene or video playback. After reaching out to the PPSSPP team, they mentioned that building with the USESYSTEMFFMPEG flag set to true can cause these issues and is not recommended. After locally building PPSSPP using the file from this repo modified to have USESYSTEMFFMPEG = false (and removing the ffmpeg4 build inputs), I can confirm that the games that I used to have graphical glitches on, now work perfectly. I can create a pull request for this but this is my first time working with packaging in nix and wanted to see if there was a specific reason why USESYSTEMFFMPEG is used (or if it's maybe against design principles of nix to use bundled ffmpeg libraries in apps) Steps to reproduce the behavior: package ppsspp as normal -you get behaviour similar to the before screenshot package ppsspp using modified that has USESYSTEMFFMPEG = false -you get behaviour similar to the after screenshot The after behaviour is expected. Before: <img width="567" alt="Screenshot 2024-04-16 " src=""<img width="563" alt="Screenshot 2024-04-16 " src=""After: ! Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
By default we prefer to use system libraries, in order to avoid duplication and increase "cache hits" from Hydra. Further, I particularly subscribe to some recommendations from Gentoo team: Nonetheless I will verify this issue tomorrow or asap
I agree with that statement to limit dependency bundling as much as possible, but happy to see what you get out of your testing :). I'm good for now since I build the package myself with my modified
Would be interesting to know why they bundle ffmpeg and what patches they use
Change:
<del> { ffmpeg_5-full , nv-codec-headers-11 </del> <ins> { ffmpeg_6-full , nv-codec-headers-12 </ins> , chromaprint , fetchFromGitHub , lib }: <del> (ffmpeg_5-full.override { nv-codec-headers = nv-codec-headers-11; </del> <ins> (ffmpeg_6-full.override { nv-codec-headers-11 = nv-codec-headers-12; </ins> }).overrideAttrs (old: rec { pname = "jellyfin-ffmpeg"; <del> version = "5.1.2-8"; </del> <ins> version = "6.0-4"; </ins> src = fetchFromGitHub { owner = "jellyfin"; repo = "jellyfin-ffmpeg"; rev = "v${version}"; <del> sha256 = "sha256-0ne9Xj9MnB5WOkPRtPX7W30qG1osHd0tyua+5RMrnQc="; </del> <ins> sha256 = "sha256-o0D/GWbSoy5onbYG29wTbpZ8z4sZ2s1WclGCXRMSekA="; </ins> }; buildInputs = old.buildInputs ++ [ chromaprint ];

Discussion:
Package name: jellyfin-ffmpeg Latest released version: 6.0-3 Current version on the unstable channel: 5.1.2-8 Current version on the stable/release channel: 5.1.2-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 <!-- 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:
}: let <del> version = "15.0"; </del> <ins> version = "15.1"; </ins> fetchData = { suffix, hash }: stdenvNoCC.mkDerivation { pname = "unicode-emoji-${suffix}";

Discussion:
Steps to reproduce the behavior: unicode-emoji-15.0 :frowning_face: Here's an example log from my system building with substitutes disabled ( being a dependency of ) Note that the logs from building don't contain anything else. The fetched URL () from the Unicode website seems to be restricted in favor of the 15.1 version, which breaks building. A report has already been sent to Unicode, Inc via on their website. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
As a bit of a context: this error only occurs on forced local rebuilds, eg. because of disabled substition!
Change:
terminal-notifier = callPackage ../applications/misc/terminal-notifier {}; <del> terminator = callPackage ../applications/misc/terminator { }; </del> <ins> terminator = callPackage ../applications/misc/terminator { python = python3; }; </ins> terminus = callPackage ../applications/misc/terminus { };

Discussion:
Project description is already packaged in nixpkgs, but the upstream project has been taken over by new maintainers who have ported it to Python 3 and are continuing development. As far as I know this new version is also used by Debian/Ubuntu (it has python3 dependencies in those distros). I have a local attempt at a new derivation and it Works For Me, but it has a patch in it which I don't think it should need. Also, maybe the original maintainer may want to do the update? If desired I can open a PR with my current state of affairs. Metadata homepage URL: license: GPL2 platforms: Linux
I have limited spare time these days (months), so please be my guest
Change:
ffmpeg = ffmpeg_2; }; <del> kiwix = callPackage ../applications/misc/kiwix { }; </del> <ins> kiwix = libsForQt5.callPackage ../applications/misc/kiwix { }; </ins> klayout = libsForQt5.callPackage ../applications/misc/klayout { };

Discussion:
Describe the bug Kiwix fails to build with a C++ code error. To Reproduce Steps to reproduce the behavior: , because the package is marked as insecure, Expected behavior Kiwix builds. Additional context The error: Probably this needs to be solved for . Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Metadata system: host os: multi-user?: sandbox: version: channels(mario): channels(root): nixpkgs: Maintainer information:
I marked this as stale due to inactivity. &rarr;
See
Change:
Otherwise, you can add a `.patch` file to the `nixpkgs` repository. In the interest of keeping our maintenance burden to a minimum, only patches that are unique to `nixpkgs` should be added in this way. <ins> If a patch is available online but does not cleanly apply, it can be modified in some fixed ways by using additional optional arguments for `fetchpatch`. Check [](#fetchpatch) for details. </ins> ```nix patches = [ ./0001-changes.patch ]; ```

Discussion:
has only basic documentation for its so far. For example, the and / options aren't documented. That makes it very error-prone to use. For example, it would be useful to know that runs before . That means that if you have paths like and you try to keep only the parts using then this won't work, because will already strip off and , so your won't work and there is no you could possibly write to achieve the goal. That would be nice to know ahead of time.
In addition to documenting the options, some guidelines on when to use and when to add a patch to the nixpkgs repo would be helpful. This question comes up frequently in PRs.
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 think this should be documented.
I marked this as stale due to inactivity. &rarr;
still
would you be up to starting a PR on what you figured out so far? Happy to review what you come up with, and add notes :-)
I marked this as stale due to inactivity. &rarr;
Here's what we have currently documented, in : It seems that the options are documented now, only the detail that if is used, it is handled before ? I didn't quiet understand what you tried to explain
Documented in .
I think the confusing part here is that the arguments for are documented in , not . I'll send a PR moving it to the latter location, and a hyperlink to the former.
PR up at , PTAL.
Change:
stdenv.mkDerivation rec { pname = "yaru"; <del> version = "24.04.0"; </del> <ins> version = "23.10.0"; </ins> src = fetchFromGitHub { owner = "ubuntu"; repo = "yaru"; rev = version; <del> hash = "sha256-KvpA86YL6toVklRPu4hP3j3w+Q0h/n6mZRZgk3HvMfc="; </del> <ins> hash = "sha256-+Szk77QeoM4PwusxKflTh83h16qz6Es6UwDXpbydJUE="; </ins> }; nativeBuildInputs = [ meson sassc pkg-config glib ninja python3 ];

Discussion:
Gnome is broken after running nixos-rebuild after updating nix flake on nixos-unstable. Fonts seem to be missing, the top panel is missing as well, only gnome shell related components and extensions seem to be broken, all applications work as expected. What can I do to debug this? Steps to reproduce the behavior: to update nixos-unstable source to latest. to rebuild. and log back in. The gnome shell works as expected before the update. ! <!-- 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]:
It turns out the problem was cause by the package that provides the Yaru gnome shell theme, this is what seems to be 'broken', disabling this theme yields the expected Adwaita theme with everything working. My guess is that the following commit: is what broke stuff.
I think Yaru 24.04 might be incompatible with GNOME 45 which we still have on master branch. IMO we should revert this theme to 23.10 until GNOME 46 hits the master branch.
Change:
<del> { stdenv, lib, fetchFromGitHub, cmake, copyDesktopItems, makeDesktopItem, pkg-config, wrapGAppsHook , boost, cereal, cgal_5, curl, dbus, eigen, expat, glew, glib, gmp, gtest, gtk3, hicolor-icon-theme , ilmbase, libpng, mpfr, nlopt, openvdb, pcre, qhull, systemd, tbb, wxGTK31-gtk3, xorg, fetchpatch }: stdenv.mkDerivation rec { </del> <ins> { stdenv, lib, fetchFromGitHub, cmake, copyDesktopItems, makeDesktopItem , pkg-config, wrapGAppsHook, boost, cereal, cgal_5, curl, dbus, eigen, expat , glew, glib, gmp, gtest, gtk3, hicolor-icon-theme, ilmbase, libpng, mpfr, nlopt , openvdb, pcre, qhull, systemd, tbb, wxGTK31-gtk3, xorg, fetchpatch , wxGTK31-gtk3-override ? null }: let wxGTK31-gtk3-prusa = wxGTK31-gtk3.overrideAttrs (old: rec { pname = "wxwidgets-prusa3d-patched"; version = "3.1.4"; src = fetchFromGitHub { owner = "prusa3d"; repo = "wxWidgets"; rev = "489f6118256853cf5b299d595868641938566cdb"; hash = "sha256-xGL5I2+bPjmZGSTYe1L7VAmvLHbwd934o/cxg9baEvQ="; fetchSubmodules = true; }; }); wxGTK31-gtk3-override' = if wxGTK31-gtk3-override == null then wxGTK31-gtk3-prusa else wxGTK31-gtk3-override; in stdenv.mkDerivation rec { </ins> pname = "prusa-slicer"; version = "2.4.1";

Discussion:
prusa-slicer crashes, maybe related to our wxWidgets version. See for now. cc
Maybe caused by Maybe backport that change, or use the prusa-slicer wxWidget fork.
I can reproduce it with nixpkgs rev Using the wxWidgets fork from prusa3d fixes the issue. Will try to write a PR soon.
Change:
<del> { lib, buildPythonPackage, fetchFromGitHub, requests, pytestCheckHook }: </del> <ins> { lib, buildPythonPackage, fetchFromGitHub, hatchling, requests, pytestCheckHook }: </ins> buildPythonPackage rec { pname = "kiss-headers"; version = "2.4.3"; <del> format = "setuptools"; </del> <ins> pyproject = true; </ins> src = fetchFromGitHub { owner = "Ousret";

Discussion:
Steps to reproduce the behavior: in nixos-unstable chanale <!-- 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]:
According to the logs, the component that is not building is . This is being fixed on
Can confirm that builds and launches successfully after the fix to is applied.
Change:
-e 's;git clone.*go-tiny-dream$;${cp} ${if with_tinydream then go-tiny-dream else go-tiny-dream.src} sources/go-tiny-dream;'  -e 's, && git checkout.*,,g'  -e '/mod download/ d'  <del> -e '/^ALL_GRPC_BACKENDS+=backend-assets/grpc/llama-cpp-/ d'  </del> <ins> -e '/^ALL_GRPC_BACKENDS+=backend-assets/grpc/llama-cpp-fallback/ d'  -e '/^ALL_GRPC_BACKENDS+=backend-assets/grpc/llama-cpp-avx/ d'  -e '/^ALL_GRPC_BACKENDS+=backend-assets/grpc/llama-cpp-cuda/ d'  </ins> ''; postConfigure = '' <ins> shopt -s extglob </ins> mkdir -p backend-assets/grpc <del> cp ${llama-cpp-grpc}/bin/*grpc-server backend-assets/grpc/llama-cpp </del> <ins> cp ${llama-cpp-grpc}/bin/?(llama-cpp-)grpc-server backend-assets/grpc/llama-cpp-avx2 cp ${llama-cpp-rpc}/bin/?(llama-cpp-)grpc-server backend-assets/grpc/llama-cpp-grpc mkdir -p backend-assets/util cp ${llama-cpp-rpc}/bin/?(llama-cpp-)rpc-server backend-assets/util/llama-cpp-rpc-server </ins> ''; buildInputs = [ ]

Discussion:
Package name: local-ai Latest released version: 2.16.0 <!-- Search your package here: --- Current version on the unstable channel: Current version on the stable/release channel: <!-- 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! --- On nixos-unstable, I currently have with so I thought I would try an update even though it's probably going to change nothing. Notify maintainers I was wondering if you had a script to update pkgs/by-name/lo/local- ? I've started doing it manually but it's annoying. Might be worth adding one, would you accept one ? Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]: