jiebi/CodeConvo huggingface dataset:
Code change:
"LOGROTATEDIR=$(out)/etc/logrotate.d" ]; <ins> preConfigure = optionalString enableInfiniBandRdma '' # configure looks for the pkg-config files # of librdmacm and libibverbs # Howver, rmda-core does not provide a pkg-config file # We give the flags manually here: export rdmacm_LIBS=-lrdmacm export rdmacm_CFLAGS=" " export ibverbs_LIBS=-libverbs export ibverbs_CFLAGS=" " ''; </ins> postInstall = '' wrapProgram $out/bin/corosync-blackbox  --prefix PATH ":" "$out/sbin:${libqb}/sbin"

Related discussion:
text: The packages and are outdated () and have been replaced by the package (). To update a derivation just replace those two packages by as a build input. The following packages depend on and/or : [x] openmpi (fixed in ) [x] (does not find librdmacm in the configure phase when compiled against rdma-core) [x] (infiniband support seems to be defunct. configure does not check for IB libs and it is not linked against any of the required libs, libibverbs or librdmacm) [x] (RDMA support was removed from )
Code change:
{ require_once $path; -- <del> 2.31.1 </del> <ins> 2.38.1 </ins>

Related discussion:
text: Grocy does not properly save manuals for equipment The issue appears to be introduced by in a patch applied by nixpkgs. Changing that hunk to: Fixes the issue. I'm not currently setup for making a PR, I'm a bit busy, but I wanted an issue for other people to find if they run into the problem. grocy in nixos configuration (admin/admin is default) a new piece of equipment and attach a PDF manual to it to download manual; it will fail system: host os: multi-user?: sandbox: version: channels(aidenn): channels(root): nixpkgs:
appears to be the maintainer.
I marked this as stale due to inactivity. &rarr;
Code change:
}; deoplete-go = super.deoplete-go.overrideAttrs { <del> buildInputs = [ python3 ]; </del> <ins> nativeBuildInputs = [ (python3.withPackages (ps: with ps; [ setuptools ])) ]; </ins> buildPhase = '' pushd ./rplugin/python3/deoplete/ujson python3 setup.py build --build-base=$PWD/build --build-lib=$PWD/build

Related discussion:
text: Steps to reproduce the behavior: vimPlugin.deoplete-go Yet another python 3.12 distutils breakage <!-- 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]:
Code change:
<del> { lib, symlinkJoin, makeWrapper, idris-no-deps, gcc, gmp }: </del> <ins> { stdenv, lib, symlinkJoin, makeWrapper, idris-no-deps, gmp }: </ins> symlinkJoin { inherit (idris-no-deps) name src meta;

Related discussion:
text: Trying to compile fails with Install (not ) Create with run observe error
has gmp but doesn't have Base or Prelude (which is needed for stuff as simple as )
For reference, I think this issue is related:
You are meant to use to install additional packages with the compiler. I don't understand why the attribute it broken though from a brief look.
I bisected to the commit that caused this: This was in the idris update from 1.3.0 to 1.3.1 Currently looking into how this can be solved elegantly
In the meantime, is there a workaround for this?
Yes, the PR linked above () fixes this, but I'm not sure what to do with it, because it breaks Darwin in weird ways.
Code change:
stdenv.mkDerivation (finalAttrs: { pname = "vulkan-utility-libraries"; <del> version = "1.3.270"; </del> <ins> version = "1.3.268"; </ins> src = fetchFromGitHub { owner = "KhronosGroup"; repo = "Vulkan-Utility-Libraries"; rev = "v${finalAttrs.version}"; <del> hash = "sha256-P1v5UEAooTDGA10K4uck8lhcrbW2ccl44gWIGVnZ6uo="; </del> <ins> hash = "sha256-O1agpzZpXiQZFYx1jPosIhxJovZtfZSLBNFj1LVB1VI="; </ins> }; nativeBuildInputs = [ cmake python3 ];

Related discussion:
text: Steps to reproduce the behavior: vulkan-validation-layers Add any other context about the problem here. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result.
The dependency causing this is vulkan-utility-libraries: 1.3.269 -1.3.270 This version bump causes vulkan-validation-layers to fail. Its only dependency is and that is fine. So problem is
The latest SDK version is 1.3.268. vulkan-utility-libraries should be rolled back to that version; we should not be packaging non-SDK versions of Vulkan SDK components, and especially not piecemeal.
indeed reverting it to fixed the build and runtime
Code change:
}; opencv4 = callPackage ../development/libraries/opencv/4.x.nix { <del> inherit (darwin.apple_sdk.frameworks) AVFoundation Cocoa VideoDecodeAcceleration; </del> <ins> inherit (darwin.apple_sdk.frameworks) AVFoundation Cocoa VideoDecodeAcceleration CoreMedia MediaToolbox; </ins> }; opencv = opencv4;

Related discussion:
text: Describe the issue In the opencv build for mac, why is off by default? What needs to be done to enable it? (either development work, dependencies that aren't yet nixpkgs, or, if possible, how to manually override the argument and simply set to ) To Reproduce See above Expected behavior There may be a good reason it's disabled, so I can't say that I'd expect videoio to be enabled by default. Notify maintainers Metadata Please run and paste the result. Maintainer information:
It was removed here 15 months ago: See this PR: due to apple removing most of QTkit in 10.12 Brew does not use this option. You can use an overlay or a nixpkgs checkout with this patch to build with videoio The following will drop you into a nix-shell with the patched opencv, which you can use for testing. I'm not sure if it builds. FWIW, I get the following build failure which indicates the upstream issue might not be resolved, or we're missing some thing in our derivation.
I was originally attempting to use an overlay. After getting nowhere, I made a , which is what redirected me to the nix build. So if you want to help me close that thread, that'd be awesome cause both me and the person that helped me still don't know how to access/change the from an overlay.
Code change:
bluespec = callPackage ../development/compilers/bluespec { }; <ins> ciao = callPackage ../development/compilers/ciao { }; </ins> colm = callPackage ../development/compilers/colm { }; colmap = libsForQt5.callPackage ../applications/science/misc/colmap { };

Related discussion:
text: Project description Ciao is a programming language that builds up from a logic-based simple kernel, and is designed to be extensible and modular. Its supports: constraint logic programming (and, in particular, Prolog), different levels of modularity (from small to large scale): modules as (analysis-friendly) compilation units bundles as collections of modules, packages as modules implementing language extensions (syntactic definitions, compilation options, compiler plugins), assertions (as a homogeneous framework that allows static and dynamic verification to work cooperatively in a unified way), multiparadigm constructs (meta-programming, higher-order, mutables, concurrency, functions, etc.) and interfacing with foreign code. Metadata homepage URL: https://ciao- source URL: license: lgpl2 platforms: unix, linux, darwin
Code change:
connmanPackages = throw "'connmanPackages' was removed and their subpackages/attributes were promoted to top level."; # Added 2023-10-08 containerpilot = throw "'containerpilot' has been removed from nixpkgs, as it was broken and unmaintained"; # Added 2024-06-09 convoy = throw "'convoy' has been removed from nixpkgs, as it was archived upstream"; # Added 2023-12-27 <ins> crackmapexec = throw "'crackmapexec' has been removed as it was unmaintained. Use 'netexec' instead"; # 2024-08-11 </ins> crda = throw "'crda' has been removed from nixpkgs, as it is needed only for kernels before 4.16"; # Added 2024-02-06 cups-kyodialog3 = cups-kyodialog; # Added 2022-11-12 cvs_fast_export = cvs-fast-export; # Added 2021-06-10

Related discussion:
text: crackmapexec fails to run on the unstable branch. Full backtrace : Steps to reproduce the behavior: Should be marked as broken for python 3.12 and above due to not being maintained anymore, it should be recommended to use the maintained fork . If applicable, add screenshots to help explain your problem. I may PR a proper fix later if I find time to do so <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I don't know if removal was the best choice for this tool but maybe has all the features that had so it's alright. It's just that I'm not aware if there are any bugs that are not in that are in but I understand why removal makes sense since later we'll move onto later version of Python such as 3.13 and further more
As is a fork, I guess that the feature set is comparable or even bigger in the meantime. is still available for 24.05 and could still be used after 24.11 with some magic.
I ran into this issue where didn't have it, it is just a minor issue so it's alright on my side, but not sure if there will be any more issues I'll ran into later :
Code change:
, autoPatchelfHook , libXxf86vm , unzip <ins> , libGL </ins> }: let

Related discussion:
text: Wanted to install and start sweethomed.application. the build worked without problems but when i started it, it didnt started. Steps to reproduce the behavior: sweethome3d.application via configuration file to start it Starting the Application stucks at the start screen ! Add any other context about the problem here. At the moment its installed in my user context. When i try to start it as my user over the terminal i get no errors. When i start it with "sudo sweethome3d" I get the following error, and it also dont start, also start at starting screen and vanishing from the task bar: I think these happens because its not installed as user, but propably it helps to find the issue.
Starting random applications as root seems like an unwise idea.
Apologies, I misread the error, this appears to be a separate issue
Just to confirm, which GPU do you use?
I've got the same issue, and none of the solutions given in appear to work. On my side says my GPU is . EDIT: I should mention SH3D 7.02 works fine on my setup Mmh, I just tried with , and things work just fine (even though I'm on NixOS + tells me OpenGL is happy)...
Same problem here, on NIXOS unstable. Stuck on the starting blue window. Had to install it with flatpak in the mean time... Any idea?
sorry for delay i dont get informations from messages in last time from github... really annoying... I have an Intel Corporation TigerLake-LP GT2 [Iris Xe Graphics]
Same here, also on Intel hardware.
Based on the NixGL idea, applying the following patch works to update to the latest version and fix the driver issue on Intel. But this does not seem like the best way to go about it; I can't find a single other package messing with , and it seems more like a debugging tool than something that should be in a package.
I forgot to mention, to avoid getting terrible performance (< 1 fps), I also had to set Not sure if it's needed for others. Maybe related to my using Wayland/Sway. I also have to use to get the window displayed properly, but that's a common issue for most Java apps and tiling windowing managers.
I also ran into this issue with a Nvidia card.
Code change:
<del> { lib, stdenv, fetchFromGitHub, jdk11, ant, python3, watchman, bash, makeWrapper }: </del> <ins> { lib, stdenv, fetchFromGitHub, jdk8, ant, python3, watchman, bash, makeWrapper }: </ins> stdenv.mkDerivation rec { pname = "buck";

Related discussion:
text: Buck build system is packaged with the wrong JDK it seems PR introduced a bump in JDK version, see (). Metadata Please run and paste the result. Maintainer information:
I guess the most recent version should support java 11:
Until they make a stable release with those changes included, we will just use jdk8
Code change:
export VIMRUNTIME=$PWD/runtime ''; <ins> separateDebugInfo = true; </ins> meta = with lib; { description = "Vim text editor fork focused on extensibility and agility"; longDescription = ''

Related discussion:
text: Neovim frequently coredump It is hard to reproduce the behavior, it always breaks down in unexpected situations no core dump ! <!-- 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.
It might be caused by neo-tree. I haven't seen any crashes since I moved from neo-tree to nvimtree.
Also pretty sure it's neo-tree, I have the same issue . I've already built debug symbols for and am waiting for the next crash to get a detailed report.
not nixpkgs relevant (report to neovim with stacktrace).
Code change:
# no tests doCheck = false; <del> pythonImportsCheck = [ "fdroidserver" ]; </del> <ins> pythonImportsCheck = [ "fdroidserver" ]; </ins> <del> meta = with lib; { </del> <ins> meta = { </ins> homepage = "https://gitlab.com/fdroid/fdroidserver"; changelog = "https://gitlab.com/fdroid/fdroidserver/-/blob/${version}/CHANGELOG.md"; description = "Server and tools for F-Droid, the Free Software repository system for Android"; <del> license = licenses.agpl3Plus; maintainers = with maintainers; [ linsui jugendhacker ]; </del> <ins> license = lib.licenses.agpl3Plus; maintainers = with lib.maintainers; [ linsui jugendhacker ]; </ins> mainProgram = "fdroid"; }; }

Related discussion:
text: Steps to reproduce the behavior: build .#fdroidserver Git bisect predictably found the culprit as , so it is related to the Python 3.12 upgrade. I suspect that all setuptools-based modules are broken; e.g. also stops building. Interestingly, built before, but not after. Not sure what that implies. (Originally I had notified the Python team, but I removed them from this list because I am suspecting this regression may not be the result of any problem with the version flip itself, but the broken packages instead. Sorry.) Notifying from fdroidserver maintainers. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Code change:
# Parallelize docubuild using subprocesses, fixing an isolation issue. See # https://groups.google.com/forum/#!topic/sage-packaging/YGOm8tkADrE ./patches/sphinx-docbuild-subprocesses.patch <ins> # Docbuilding copies files from the Nix store and expects them to be writable. # Remove when https://github.com/matplotlib/matplotlib/pull/23805 lands. ./patches/sphinx-fix-matplotlib-css-perms.patch </ins> ]; # Since sage unfortunately does not release bugfix releases, packagers must

Related discussion:
text: I have installed sage thorough the nix package manager and it is the only thing I use nix for so it is entirely possible I am doing something stupid and wrong. I have the latest from here build When I try to get to the index for all entries which is located on my computer, I get a page with very few entries (see the screenshot) below ! While I expect something more like Compare /nix/store/r77k14kq9iw92w32bd9sny7d98dbrq32-sagedoc-9.6/share/doc/sage/html/en/reference/genindex- and A full fledged index. I want to use to generate a docset which I can then search following the answer here I can build a docset after copying the reference directory to somewhere I have write access to. However when I try to search there are almost no results and I think this might be responsible. Please run and paste the result.
I'm not very involved in sage maintenance these days, I mostly contribute by reviewing and PRs every now and then. They are probably better qualified to help you :) Maybe we should drop me from the maintainers list, or at least change the order to reflect reality?
Sorry for the bother then! I was actually going by the information here which looked outdated but I didn't have any better idea.
Thanks for the report! Will take a look today.
Thanks a lot!
No bother :) Thanks for the pointer, I have updated the maintainer information there.
Code change:
{ lib, stdenv, buildGoModule, fetchFromGitHub, makeWrapper, iptables, iproute2, procps, shadow, getent }: let <del> version = "1.46.1"; </del> <ins> version = "1.48.1"; </ins> in buildGoModule { pname = "tailscale";

Related discussion:
text: Package name: Latest released version: <!-- 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! --- 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.
You don't need to open an issue if you're going to make a PR right after.
Apologies, my bad. I was not aware :(. I am only 1 day & 1 PR old here.
Code change:
''; }; <ins> systemd.services.tailscaled-set = mkIf (cfg.extraSetFlags != []) { after = ["tailscaled.service"]; wants = ["tailscaled.service"]; wantedBy = [ "multi-user.target" ]; serviceConfig = { Type = "oneshot"; }; script = '' ${cfg.package}/bin/tailscale set ${escapeShellArgs cfg.extraSetFlags} ''; }; </ins> boot.kernel.sysctl = mkIf (cfg.useRoutingFeatures == "server" || cfg.useRoutingFeatures == "both") { "net.ipv4.conf.all.forwarding" = mkOverride 97 true; "net.ipv6.conf.all.forwarding" = mkOverride 97 true;

Related discussion:
text: Tailscale package is not using the unless is set. Steps to reproduce the behavior: tailscale and set a flag ==no flags are used Flags are used If applicable, add screenshots to help explain your problem. Code reference: extraUpFlags is only used inside the if of auth key not being null check. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This caught me out too - could just be as simple as a warning/error when setting without ?
I don’t think that is adequate as you can run tail scale as server just fine without argument. An is only valid for up to 90 days.
Sure, but it would be a good start to alert users to the current behavior.
I was managing personal nixpkgs only because of this issue... (simply patching package doesn't seem to work for modules) Created PR for this. Hope someone can review this.
Code change:
{ lib , stdenv , fetchFromGitHub <del> , fetchpatch </del> , installShellFiles , rustPlatform , libiconv

Related discussion:
text: Package name: atuin Latest released version: 18.0.1 Current version on the unstable channel: 18.0.1 Current version on the stable/release channel: 17.0.1 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
If you are planning to open a PR anyway, you don't need to open an issue.
Cool, thanks. I was unsure of the policy around that
Code change:
(lib.mkEnableOption '' nvidia-settings, NVIDIA's GUI configuration tool '') <del> // {default = true;}; </del> <ins> // { default = true; }; </ins> nvidiaPersistenced = lib.mkEnableOption '' nvidia-persistenced a update for NVIDIA GPU headless mode, i.e.

Related discussion:
text: Package name: Latest released version: 555.42.02 <!-- Search your package here: --- Current version on the unstable channel: 550.78 Current version on the stable/release channel: 545.29.02 <!-- 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]:
Code change:
githubId = 6893840; name = "Yacine Hmito"; }; <ins> gracicot = { email = "gracicot42@gmail.com"; github = "gracicot"; githubId = 2906673; name = "Guillaume Racicot"; }; </ins> graham33 = { email = "graham@grahambennett.org"; github = "graham33";

Related discussion:
text: Project description vcpkg is a package manager for C++ and many large and very small libraries are packaged there. Many of my projects use it for CMake configuration and for its toolchain file that automatically download and build libraries. I want to setup dev environment with nix and this is one of the packages I'm looking for that I've been building manually (since the brew packaged vcpkg is not well configured for manifest files support) Metadata homepage URL: source URL: license: MIT platforms: unix, linux, darwin, windows
I'll try something now.
Reading the , it looks like a case for a module, not merely a package.
I'm not sure what's the difference between a package and a module... but if it allows me to download a prebuilt binary of vcpkg that I can simply install, that's fine for me. Know that this package manager is made (partly) in C++ and need compiling. The build script is the you see there.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Maybe I am over-engineering here. Reading the AUR script, vcpkg uses systemd scripts/services. Therefore I think it requires more integration with the operating system. Modules are, roughly speaking, designed to "patch" and configure NixOS (the operating system).
Would be nice to have!
Work is ongoing here:
Code change:
else [ "--with-libraries=${openfec}/lib" "--with-openfec-includes=${openfec.dev}/include" ]); <ins> prePatch = lib.optionalString stdenv.isAarch64 "sed -i 's/c++98/c++11/g' SConstruct"; </ins> preConfigure = '' sconsFlags+=" --prefix=$out" '';

Related discussion:
text: roc-toolkit fails to build on aarch64-linux, with the following error: roc-toolkit should build successfully. N/A N/A Please run and paste the result.
libunwind/libunwind looks relevant
Does upstream support this target?
Both libunwind and roc-toolkit seem to support aarch64, yes.
Code change:
# Start systemd in a clean environment. echo "starting systemd..." <del> exec env - @systemdExecutable@ "$@" </del> <ins> exec @systemdExecutable@ "$@" </ins>

Related discussion:
text: Both and are failing on master, which prevents nixos-unstable from advancing. Hydra log: Bisected to: Introduced in
Revert for now in order to get the zlib update to ? (also needs merging and maybe fixing additional stuff)
Code change:
paths = dotnetPackages; pathsToLink = [ "/host" "/packs" "/sdk" "/sdk-manifests" "/shared" "/templates" ]; ignoreCollisions = true; <del> nativeBuildInputs = [ makeWrapper ]; </del> postBuild = '' cp -R ${cli}/{dotnet,share,nix-support} $out/ mkdir $out/bin ln -s $out/dotnet $out/bin/dotnet <del> wrapProgram $out/bin/dotnet  --prefix LD_LIBRARY_PATH : ${cli.icu}/lib </del> ''; passthru = { inherit (cli) icu;

Related discussion:
text: When running OmniSharp, the program is unable to find a dotnet runtime to use at all. When I remove the part from the part of the script, it starts to work. Presumably because moving the command to /dev/null just isn't helping at all? ! !
Oh this is an issue with buildDotnetModule. I was looking at nixos-23.05 when I am on nixos-unstable.
So I am not the only one having this issue I talked about this in the PR that introduced the bug (). I have made a proof of concept for a fix: I will open a PR for this, now that I know that I am not the only one experiencing this.
Your fix worked because, because the original code is checking whether you have dotnet installed by checking whether has an exit code of 0 (which it does, if it is installed). But if you change it to , it will always have exit code that is not 0 (because running is not correct by itself), thus making it think you don't have it installed, which means it will use the hardcoded dotnet 6 version instead.
Yeah, I just stumbled upon it while copy pasting the script manually, I didn't take the time to understand what was happening, still new to shell-scripts. Thanks for hopefully finding a solution!