jiebi/CodeConvo huggingface dataset:
Change:
src = ./0001-read-clang-flags-from-environment.diff; clang = lib.getExe clang; }) <ins> # Fix build failure on rustc 1.78 due to missing feature flag. # Can (likely) be removed when pgvecto-rs 0.3.0 is released. # See https://github.com/NixOS/nixpkgs/issues/320131 ./0002-std-detect-use-upstream.diff </ins> ]; src = fetchFromGitHub {

Discussion:
I was attempting to build 0.2.1 which relies on , and hit a build failure on (nixos-unstable via flakes). I add to my system flake . Steps to reproduce the behavior: into a rust compilation failure of the crate while building , which relies on. <details<summaryClick to view logs</summary</detailsI was able to build 0.2.1 successfully in the past, and there hasn't been an update to or recently, so I'm not sure why this is failing now. Perhaps I was relying on the build cache's copy of , and now I'm not? The error looks to be due to using an unstable rust library feature () while not using a nightly rust compiler. Did the default rust compiler used to build packages change recently? cargo-pgrx maintainers: pgvecto-rs maintainers: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Its most likely a version issue. Cargo pgrx is very version sensitive. Every minor upgrade is breaking. Ive been waiting for 1.0 to try to make the upgrade in nixpkgs otherwise we have to add and maitain every minor version. You cam try with a different version is you want and that might solve your problem. Sorry for not having a better solution than this unfortunately.
This seems to have been caused by an upgrade of rustc to 1.78 (from 1.77.2). I'll see if it can be patched in (or pgrx if that's the case).
Some more information I found: pgvecto-rs uses a fork of rust's crate (under the repo), which only has a single commit (): This commit has since been merged upstream The build is failing because of (you can see the devs trying to fix all the build failures in the commit history ) I think the easiest fix here would be to patch pgvecto-rs to use Rust's crate instead of the fork, which should work fine. I'll still have to investigate whether there were any other changes to the crate that could cause problems, but it seems to be a fairly small crate, so fingers crossed it doesn't.

Can you try my branch in PR It's based on commit , so it should be a drop-in replacement for nixos-unstable. Let me know on the PR if it works fine with Immich (perhaps backup first, but I don't think it should have problems).
Change:
in stdenv'.mkDerivation (finalAttrs: { pname = "fastfetch"; <del> version = "2.11.0"; </del> <ins> version = "2.11.3"; </ins> src = fetchFromGitHub { owner = "fastfetch-cli"; repo = "fastfetch"; rev = finalAttrs.version; <del> hash = "sha256-/j0dRnApP5PQV4qVkqM6WlFdSZHlBTheaoWXSd2YP5k="; </del> <ins> hash = "sha256-kKtJvGnPncosmwjfTKa14G5jQiSkzkURBATvBmavdys="; </ins> }; outputs = [ "out" "man" ];

Discussion:
uses and to convert PCI device ID to human-readable product name. Currently their paths are hard coded as and . It won't work with NixOS of course. I found some packages that have similar issues. They are patched directly before building: Fastfetch needs to be patched too. Steps to reproduce the behavior: N/A Fastfetch can properly find and N/A Reference: Fastfetch provided cmake config option  for but not for . I can add one if needed. N/A Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Hi thanks for the detailed issue report! This should be pretty straightforward to fix. If you could add a config option for the path that would be great! Many thanks.
.
was released with support
Many thanks! Much appreciated.
Change:
<del> { stdenv, lib, fetchzip, bzip2, lzo, openssl, zlib }: </del> <ins> { stdenv , lib , fetchzip , fetchpatch , bzip2 , lzo , openssl_1_1 , opensslSupport ? false , zlib }: </ins> stdenv.mkDerivation rec { version = "0.11.0";

Discussion:
Steps to reproduce the behavior: -shell -p quickbms Please run and paste the result.
It's possible that this package just isn't buildable One of the errors encountered is: is not supported in recent openssl versions.
Change:
<ins> { lib, mkDerivation, fetchFromGitHub, cmake, qtbase, kcolorpicker, qttools }: mkDerivation rec { pname = "kimageannotator"; version = "0.5.1"; src = fetchFromGitHub { owner = "ksnip"; repo = "kImageAnnotator"; rev = "v${version}"; sha256 = "0hfvrd78lgwd7bccz0fx2pr7g0v3s401y5plra63rxwk55ffkxf8"; }; nativeBuildInputs = [ cmake qttools ]; buildInputs = [ qtbase kcolorpicker ]; meta = with lib; { description = "Tool for annotating images"; homepage = "https://github.com/ksnip/kImageAnnotator"; license = licenses.lgpl3Plus; maintainers = with maintainers; [ fliegendewurst ]; platforms = platforms.linux; }; } </ins>

Discussion:
Describe the bug Starting with version 20.12, Spectacle has annotation support, utilizing . Most big distributions already ship Spectacle with the feature enabled. I assume kImageAnnotator needs to be packaged and integrated with the existing Spectacle package. Screenshots Screenshot of the functionality from the official KDE docs: ! Additional context Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Maintainer information:
Change:
"--with-nss-includes=${nss.dev}/include/nss" "--with-nss-libs=${nss.out}/lib" "--with-ncurses-headers=${ncurses.dev}/include" <ins> "--with-system-ssl-certs=${cacert}/etc/ssl/certs" </ins> "--disable-meanwhile" "--disable-nm" "--disable-tcl"

Discussion:
Looks like after expiration of root certificate used by letsencrypt pidgin can't connect to jabbers servers that use letsencrypt. At least I can't connect to with the following error: At the same time it works fine under Arch Linux. Try to connect to account. It should connect. Maintainer information:
Hmm, various kinds of SW have apparently problem with the LE defaulting to a chain that still contains the expired cert (even though there's also another one that's among the normally trusted root set).
Looks like it happens because pidgin has its own certs in . So it could be fixed in a similar way with (but not sure which of files should be replaced)
arch has an additional key for this:
Yep, this fixes the problem. Made PR.
Change:
xorg.libXft libvdpau alsaLib <ins> harfbuzz e2fsprogs libgpgerror keyutils.lib libjack2 fribidi # libraries not on the upstream include list, but nevertheless expected # by at least one appimage libtool.lib # for Synfigstudio </ins> ]; }; }

Discussion:
I tried to run using . I noticed two things: was missing. Adding it to fixes that issue. Is supposed to be able to run all appimages? Should we add ? command line arguments aren't passed on to the appimage CC
I haven't decided yet. Common libraries currently not available to appimage-run should be to the list, but I think unreasonable libraries that are only used by a single application shouldn't be . Anything in should be okay to add, which would include . Oh right, I noticed that a while ago, and then forgot to fix it.
That is a useful list. I used a bash monster to look for libraries missing in our :
Of those the following are available in nixpkgs:
Change:
gst_all_1.gstreamer gst_all_1.gst-plugins-base <ins> gst_all_1.gst-plugins-good gst_all_1.gst-plugins-bad gst_all_1.gst-plugins-ugly gst_all_1.gst-libav </ins> libdmapsharing_3 # necessary for daap support <ins> libsecret libnotify </ins> ] ++ gst_plugins; <del> configureFlags = [ "--enable-daap" ]; </del> <ins> configureFlags = [ "--enable-daap" "--enable-libnotify" "--with-libsecret" ]; </ins> enableParallelBuilding = true;

Discussion:
The default set of gstreamer modules in there (apparently) doesn't allow decoding AAC, which I consider a problem. Therefore I propose to extend the set, but there are two options: () and (a little weird to use ffmpeg there). I briefly tested both. /cc maintainer
If I look right, / lean their recommendations to and not .

rhythmbox can't import some file types in my music directory and lists those under import-error. the according error message is always where: file type | plugin name ------- | ----------- mp4 | MPEG-4 AAC decoder opus | Opus decoder wma | Windows Media Audio 8 wav | Microsoft ADPCM i understand why the wma and aac decoder aren't installed by default, but kinda expected opus and wav to be playable. at the bottom right there is a button saying 'Install Additional Software'. when I press that, it crashes. the backtrace is below. installing gstreamer plugins doesn't change anything. how am I supposed to add more plugins? System: 17.09.1965. (Hummingbird) Nix version: nix-env (Nix) 1.11.15 Nixpkgs version: "17.09.1965." Sandboxing enabled: build-use-sandbox = false
I've just run into the issue (on NixOS 18.03) where Rhythmbox couldn't import a bunch of files due to missing codecs and installing additional GStreamer plugins didn't seem to help. Adding the following to and restarting the X11 session seems to be a workaround until this is properly fixed: This assumes required GStreamer plugins are installed.
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 .
Still an issue. To play WMA files in Rhythmbox I had to install , and set . (Actually I use instead.) Should this environment variable be set when the package is installed? How do other distributions do this? (Without that Rhythmbox outputs It didn't cause a crash for me though; that was probably a separate issue that was since fixed.)
Change:
"-DPYTHON_NUMPY_PATH=${python3Packages.numpy}/${python3.sitePackages}" "-DPYTHON_VERSION=${python3.pythonVersion}" "-DWITH_ALEMBIC=ON" <ins> "-DWITH_BUILDINFO=OFF" </ins> "-DWITH_CODEC_FFMPEG=ON" "-DWITH_CODEC_SNDFILE=ON" <ins> "-DWITH_CPU_CHECK=OFF" "-DWITH_CYCLES_DEVICE_OPTIX=${if cudaSupport then "ON" else "OFF"}" "-DWITH_CYCLES_OSL=OFF" </ins> "-DWITH_FFTW3=ON" "-DWITH_IMAGE_OPENJPEG=ON" "-DWITH_INSTALL_PORTABLE=OFF" <del> "-DMaterialX_DIR=${python3Packages.materialx}/lib/cmake/MaterialX" </del> <ins> "-DWITH_JACK=${if jackaudioSupport then "ON" else "OFF"}" "-DWITH_LIBS_PRECOMPILED=OFF" </ins> "-DWITH_MOD_OCEANSIM=ON" "-DWITH_OPENCOLLADA=${if colladaSupport then "ON" else "OFF"}" "-DWITH_OPENCOLORIO=ON" "-DWITH_OPENSUBDIV=ON" "-DWITH_OPENVDB=ON" <ins> "-DWITH_PULSEAUDIO=OFF" </ins> "-DWITH_PYTHON_INSTALL=OFF" "-DWITH_PYTHON_INSTALL_NUMPY=OFF" "-DWITH_PYTHON_INSTALL_REQUESTS=OFF" "-DWITH_SDL=OFF" <ins> "-DWITH_STRICT_BUILD_OPTIONS=ON" </ins> "-DWITH_TBB=ON" "-DWITH_USD=ON"

Discussion:
makes blender crash on start on my machine with Nvidia GPU running Hyprland I think it's a Nvidia issue because I can't repro on Intel iGPU machine blender from current built channel (which is also my system's channel; note that I rebooted after , so probably not a gl driver mismatch issue): blender built from slightly older commit works (which is also blender 4.2.1): According to , the first bad commit is . That merge seems to include some wayland change and I'm using wayland, maybe it's related? Don't have time to bisect further (as it needs to rebuild the whole world) <!-- 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]:
Can reproduce. Some initial triage notes: UI on non-Nvidia is okay Any use of Nvidia GPU seems to fail, including just rendering Crashes with Running with also crashes, so doesn’t seem to be a Wayland issue (GPU rendering also failing suggests the same) CPU rendering is fine I don’t have non-Nvidia GPUs capable of Blender GPU rendering to test those Initial search through upstream issues is not enlightening Runs okay with upstream’s compiled binary
Have identified a fix, will PR shortly.
Thanks! I think should go to BTW. I tested it locally and it fixes the issue
PR:
Change:
in <del> assert platformSpecific ? ${cpuName}; </del> assert msVarsTemplate -> fdSize4MB; <ins> assert msVarsTemplate -> platformSpecific ? ${cpuName}; </ins> assert msVarsTemplate -> platformSpecific.${cpuName} ? msVarsArgs; edk2.mkDerivation projectDscPath (finalAttrs: {

Discussion:
Steps to reproduce the behavior: Seems to be a regression introduced in . Please run and paste the result. system: host os: multi-user?: sandbox: version: nixpkgs: `/nix/store/ia1zpg1s63v6b3vin3n7bxxjgcs51s2r-source Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
description = "Real time performance monitoring"; after = [ "network.target" ]; wantedBy = [ "multi-user.target" ]; <del> path = (with pkgs; [ curl gawk iproute2 which procps bash ]) </del> <ins> path = (with pkgs; [ curl gawk iproute2 which procps bash util-linux # provides logger command; required for syslog health alarms ]) </ins> ++ lib.optional cfg.python.enable (pkgs.python3.withPackages cfg.python.extraPackages) ++ lib.optional config.virtualisation.libvirtd.enable (config.virtualisation.libvirtd.package); environment = {

Discussion:
depends on utility to dispatch health alarms via syslog. The netdata systemd unit does not load this command into the environment. Configure netdata with the below config. Trigger alarm, e.g. fill disk to 95%. Observe that netdata logs that it wants to send the alarm, but then doesn't do it. Netdata should dispatch the alarm to syslog facility local6. Not applicable. This fixes the problem. I'll prepare a PR. Test alarms can be sent by loading the environment of the netdata systemd unit, then run . The command will fail and tell you that and are missing. Netdata dogs mentions the dependency on command: <!-- 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]:
Fixed by
Change:
<ins> { lib, buildPythonPackage, fetchFromGitHub }: buildPythonPackage rec { pname = "pyprof2calltree"; version = "1.4.4"; # Fetch from GitHub because the PyPi packaged version does not # include all test files. src = fetchFromGitHub { owner = "pwaller"; repo = "pyprof2calltree"; rev = "v" + version; sha256 = "1vrip41ib7nmkwa8rjny1na1wyp7nvvgvm0h9bd21i262kbm4nqx"; }; meta = with lib; { description = "Help visualize profiling data from cProfile with kcachegrind and qcachegrind"; homepage = https://pypi.python.org/pypi/pyprof2calltree/; license = licenses.mit; maintainers = with maintainers; [ sfrijters ]; }; } </ins>

Discussion:
Describe the bug Not really a "bug", but pyprof2calltree is hard-coded to and fails for Python 3 profile results with This can be fixed by changing the expression to . Not sure what to do here, move the program to since Python 2 will be EOL anyway?
Pinging the maintainer,
As can also be used as a library it would make sense to move it into and let the default attribute be Python 3.
My PR has been merged, does this solve the issue for you?
Change:
<del> { lib , python3Packages , hyDefinedPythonPackages /* Packages like with python.withPackages */ , ... }: python3Packages.buildPythonApplication rec { pname = "hy"; version = "1.0a1"; src = python3Packages.fetchPypi { inherit pname version; sha256 = "sha256-lCrbvbkeutSNmvvn/eHpTnJwPb5aEH7hWTXYSE+AJmU="; }; checkInputs = with python3Packages; [ flake8 pytest ]; propagatedBuildInputs = with python3Packages; [ appdirs astor clint colorama fastentrypoints funcparserlib rply pygments ] ++ (hyDefinedPythonPackages python3Packages); # Hy does not include tests in the source distribution from PyPI, so only test executable. checkPhase = '' $out/bin/hy --help > /dev/null ''; meta = with lib; { description = "A LISP dialect embedded in Python"; homepage = "https://hylang.org/"; license = licenses.mit; maintainers = with maintainers; [ nixy mazurel ]; platforms = platforms.all; }; } </del>

Discussion:
The one in is more up-to-date (1.0a3 vs 1.0a1, current version is 1.0a4 though), . The second one is the oldest though. Not sure what is the best solution here. It doesn't seem to make much sense to have Hy being considered a interpreter instead of a Python package (it even has attribute that AFAIK isn't any different from simply from using with and other dependencies as ). But I don't have sufficient context here. We probably need to merge one in another and delete the other derivation. Steps to reproduce the behavior: We should only have one Hy package. N/A N/A <!-- 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.
Created a PR removing and keeping , while also making has the same parameter for backwards compatibility:
Change:
graalvmDrv = graalvm-ce; }).override; <del> openshot-qt = libsForQt5.callPackage ../applications/video/openshot-qt { }; </del> <ins> openshot-qt = libsForQt5.callPackage ../applications/video/openshot-qt { python3 = python311; }; </ins> lingua-franca = callPackage ../development/compilers/lingua-franca { };

Discussion:
Steps to reproduce the behavior: openshot-qt on nixos-unstable () Recently the default python was changed from 3.11 to 3.12, reverting to 3.11 works. Additionally on 3.11 sip can be upgraded from to (version 6) and it builds and runs, but using sip 6 with python 3.12 will result in a segfault. <!-- 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]:
The segfault with python 3.12 (and 6) is related to
Change:
./services/misc/leaps.nix ./services/misc/lidarr.nix ./services/misc/mame.nix <del> ./services/misc/mathics.nix </del> ./services/misc/matrix-appservice-discord.nix ./services/misc/matrix-synapse.nix ./services/misc/mautrix-telegram.nix

Discussion:
The mathics test does not work because: /cc (commit history)
I see the same error with on the 20.03 beta channel. I think it also happens on Master. It used to work (maybe a few weeks ago? if I have time I'll bisect).
I removing mathics.
Change:
<ins> { lib , rustPlatform , fetchFromGitHub , pkg-config , oniguruma , openssl , stdenv , darwin , python3 }: rustPlatform.buildRustPackage rec { pname = "bws"; version = "0.3.0"; src = fetchFromGitHub { owner = "bitwarden"; repo = "sdk"; rev = "bws-v${version}"; hash = "sha256-o+tmO9E881futhA/fN6+EX2yEBKnKUmKk/KilIt5vYY="; }; cargoHash = "sha256-nmsAfXNn1nqmqHzGD7jl2JNrif/nJycCJZWZYjv7G4c="; nativeBuildInputs = [ pkg-config ]; buildInputs = [ oniguruma openssl ] ++ lib.optionals stdenv.isDarwin [ darwin.apple_sdk.frameworks.Security ]; env = { PYO3_PYTHON = "${python3}/bin/python3"; RUSTONIG_SYSTEM_LIBONIG = true; }; buildAndTestSubdir = "crates/bws"; meta = { changelog = "https://github.com/bitwarden/sdk/blob/${src.rev}/CHANGELOG.md"; description = "Bitwarden Secrets Manager CLI"; homepage = "https://github.com/bitwarden/sdk"; license = lib.licenses.unfree; # BITWARDEN SOFTWARE DEVELOPMENT KIT LICENSE AGREEMENT mainProgram = "bws"; maintainers = with lib.maintainers; [ dit7ya ]; }; } </ins>

Discussion:
Project description Secret manager on bitwarden. It is beta version yet. Metadata homepage URL: source URL: license: BITWARDEN SOFTWARE DEVELOPMENT KIT LICENSE AGREEMENT() platforms: linux, darwin, windows
Change:
''; }; <del> socketPath = mkOption { default = "/run/tailscale-nginx-auth/tailscale-nginx-auth.sock"; type = types.path; description = '' Path of the socket listening to nginx authorization requests. ''; }; </del> virtualHosts = mkOption { type = types.listOf types.str; default = [];

Discussion:
Despite the name, tailscale's nginx-auth application works fine with both caddy and traefik. Unfortunately, the nixos service for it is tightly coupled with nginx. It should be possible to run the auth service without enabling nginx. N/A Please run and paste the result.
Change:
"-DDESKTOP_APP_USE_PACKAGED_GSL=OFF" "-DTDESKTOP_DISABLE_REGISTER_CUSTOM_SCHEME=ON" "-DTDESKTOP_USE_PACKAGED_TGVOIP=OFF" <del> "-DDESKTOP_APP_DISABLE_WEBRTC_INTEGRATION=ON" </del> #"-DDESKTOP_APP_SPECIAL_TARGET=""" # TODO: Error when set to "": Bad special target '""' "-DTDESKTOP_LAUNCHER_BASENAME=telegramdesktop" # Note: This is the default ];

Discussion:
, CVSSv3=2.4 (nixos-20.09) Scanned versions: nixos-20.09: . Cc Cc
Fixed by .
Change:
"-DINSTALL_PREFIX=${placeholder "out"}" ]; <ins> postFixup = lib.optionalString stdenv.isLinux '' patchelf $out/bin/cb --add-rpath $out/lib ''; </ins> meta = with lib; { description = "Cut, copy, and paste anything, anywhere, all from the terminal"; homepage = "https://github.com/Slackadays/clipboard";

Discussion:
The simply doesn't work for me. The problem seems to be in binary not being able to find Clipboard's own libraries. When running in debug mode some useful information comes out: However, those libraries are physically present: I also tried to modify to point to the lib directory, that didn't help either. to do literally anything with , like copy and paste something. Notifying as they are a maintainer. clipboard-jh version: 0.6.0, . Xorg, KDE Plasma
From the debug logs it seems like it should fail on Wayland as well - however it works fine on my Wayland machine. I will take a proper look later.
I'm not proficient at compiling and building software at all, but maybe what I paste below will make sense. So, it seems like the required libraries are missing from runtime path of ? And here's another interesting line which I found in nix logs (during the install phase): The rhs path seems broken to me. Maybe I should add the full log?
<details<summaryAnd here is the full log</summary</details
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
For me, adding the following to the derivation fixes the issue: Now when I think about it: maybe this problem occurs only with the target. I thought there were an issue with (the one in the package) but it's completely unrelated to this problem. If no one actually wants to run , there's no issue at all, at least that's my guess.
adding the solution you provided in your comment seems to fix the issue where is unable to copy/paste content to system clipboard. Might want to submit that change to the nix-package.
oh, cool, it wasn't just me being silly, someone else has this issue as well. Now, I need to figure out how to contribute to nixpkgs...
I think is the original package maintainer for this one
you don't need to be the maintainer to update the package btw. We all have the ability to submit a change and have it reviewed!
steps to submit the PR: nixpkgs necessary changes without changing formating of the current package (for diff) commit with the following message template: changes to your fork. PR to nixpkgs with description of changes.