jiebi/CodeConvo huggingface dataset:
Change:
requests semver ] <del> ++ lib.optional chromecastSupport PyChromecast ++ lib.optional keyringSupport keyring ++ lib.optional serverSupport bottle </del> <ins> ++ lib.optional chromecastSupport PyChromecast ++ lib.optional keyringSupport keyring ++ lib.optional serverSupport bottle </ins> ; <del> postPatch = '' sed -i "/--cov/d" setup.cfg sed -i "/--no-cov-on-fail/d" setup.cfg ''; </del> # hook for gobject-introspection doesn't like strictDeps # https://github.com/NixOS/nixpkgs/issues/56943 strictDeps = false;

Discussion:
Steps to reproduce the behavior: sublime-music Just the error: Full log: Add any other context about the problem here. Built OK as of rev . I tried bisecting but too many commits required me to build multiple versions of LLVM/GHC/god knows what else. I also tried applying patch from but that didn't change the error. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
Change:
inherit version; src = fetchFromGitHub { <del> owner = "Genymobile"; repo = "gnirehtet"; rev = "v${version}"; sha256 = "0wk6n082gnj9xk46n542h1012h8gyhldca23bs7vl73g0534g878"; </del> <ins> owner = "Genymobile"; repo = "gnirehtet"; rev = "v${version}"; hash = "sha256-6KBHRgFvHLqPXkMo1ij0D0ERQICCFGvI7EnaJxCwZnI="; </ins> }; sourceRoot = "source/relay-rust"; <del> cargoSha256 = "03r8ivsvmhi5f32gj4yacbyzanziymszya18dani53bq9zis9z31"; </del> <ins> cargoPatches = [ (fetchpatch { name = "fix-trailing-semicolon-in-macro.patch"; url = "https://github.com/Genymobile/gnirehtet/commit/537b3d87344a456e1310f10dcef37592063f4e54.patch"; hash = "sha256-6U4ZEcqyXcXrfLRtynepS7gp+Uh5sujRyHVLXbWvpq8="; stripLen = 1; }) # Updates Cargo.lock and is needed to apply the subsequent patch (fetchpatch { name = "prefix-unused-field-with-underscore.patch"; url = "https://github.com/Genymobile/gnirehtet/commit/2f695503dd80519ce73a80c5aa360b08a97c029d.patch"; hash = "sha256-YVd1B2PVLRGpJNkKb7gpUQWmccfvYaeAmayOmWg8D+Y="; stripLen = 1; }) # https://github.com/Genymobile/gnirehtet/pull/478 (fetchpatch { name = "fix-for-rust-1.64.patch"; url = "https://github.com/Genymobile/gnirehtet/commit/8eeed2084d0d1e2f83056bd11622beaa1fa61281.patch"; hash = "sha256-Wwc+4vG48/qpusGjlE+mSJvvarYq2mQ2CkDkrtKHAwo="; stripLen = 1; }) ]; cargoHash = "sha256-3iYOeHIQHwxmh8b8vKUf5fQS2fXP2g3orLquvLXzZwE="; </ins> nativeBuildInputs = [ makeWrapper ];

Discussion:
see this issue Steps to reproduce the behavior: gnirehtet from 22.11 or unstable (22.05 still has a working version) a smartphone and enable adb it should suffice to build gnirehtet with rust 1.63 or older to fix the issue
Change:
enableParallelBuilding = true; <del> configureFlags = [ "--disable-server" ]; </del> <ins> configureFlags = [ "--disable-server" ] ++ lib.optionals headless [ "--disable-manager" ]; </ins> postInstall = '' install --mode=444 -D 'client/scripts/boinc-client.service' "$out/etc/systemd/system/boinc.service"

Discussion:
Project description Currently there is a package for boinc, but it comes with a GUI manager. For a headless server it would be nice to have a package without graphical dependencies as an option. Unfortunately, I have no experience in creating packages myself, but I found these links that might be useful: General build instructions: Arch Package: Metadata homepage URL: source URL: license: gpl3, lgpl3 platforms: unix, linux, darwin
Change:
runHook postConfigure ''; <del> postConfigure = lib.optionalString useMusl '' makeFlagsArray+=("CC=${stdenv.cc.targetPrefix}cc -isystem ${musl.dev}/include -B${musl}/lib -L${musl}/lib") ''; </del> depsBuildBuild = [ buildPackages.stdenv.cc ]; buildInputs = lib.optionals (enableStatic && !useMusl && stdenv.cc.libc ? static) [ stdenv.cc.libc stdenv.cc.libc.static ];

Discussion:
On Nixpkgs , does not build. The seems fine and the issue seems to be in the . system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
/cc
Yeah what's happening is that the musl hacks get in the way of an actual musl build. I think the solution is just to remove the musl hacks and use whenever this is needed.
This should work:
The can also removed. All that is what we did and if worked!
The buildInputs thing would still be needed if you are building static with glibc (see ).
Fair. But now that is merged, isn't that again not needed?
Should this be made a PR? Still fails to build, FWIW.
For anyone looking, this seems to work:
Change:
# for why this defaults to false, but I (@copumpkin) want to default it to true soon. shouldCheckMeta = config.checkMeta or false; <del> allowUnfree = config.allowUnfree or false; </del> <ins> allowUnfree = config.allowUnfree or false || builtins.getEnv "NIXPKGS_ALLOW_UNFREE" == "1"; </ins> whitelist = config.whitelistedLicenses or []; blacklist = config.blacklistedLicenses or [];

Discussion:
Describe the bug Unable to evaluate due to bug To Reproduce Expected behavior does a nix-review Additional context Add any other context about the problem here. Metadata
Change:
closureInfo = callPackage ../build-support/closure-info.nix { }; <ins> serverspec = callPackage ../tools/misc/serverspec { }; </ins> setupSystemdUnits = callPackage ../build-support/setup-systemd-units.nix { }; shortenPerlShebang = makeSetupHook {

Discussion:
Project description <!-- Describe the project a little: --RSpec tests for your servers configured by CFEngine, Puppet, Chef, Ansible, Itamae or anything else even by hand homepage URL: source URL: license: mit platforms: unix
Change:
, cmake , extra-cmake-modules , ffmpeg-full <del> , kcodecs </del> , kconfig , kcoreaddons , kfilemetadata , ki18n , kiconthemes , kio <del> , kio-extras </del> , kirigami2 , kxmlgui <ins> , kdoctools </ins> , mpv , pkg-config <ins> , wrapQtAppsHook </ins> , qqc2-desktop-style , qtbase , qtquickcontrols2 <del> , qtwayland , youtube-dl </del> <ins> , yt-dlp </ins> }: mkDerivation rec { pname = "haruna"; <del> version = "0.7.3"; </del> <ins> version = "0.8.0"; </ins> src = fetchFromGitLab { owner = "multimedia"; repo = "haruna"; rev = "v${version}"; <del> sha256 = "sha256-pFrmTaRvsqxJw34VULzfjx2k56kJgkB96nJtai2D1wY="; </del> <ins> sha256 = "sha256-Lom9iQUKH3lQHrVK4dJzo+FG79xSCg0b4gY/KAevL6I="; </ins> domain = "invent.kde.org"; }; buildInputs = [ breeze-icons breeze-qt5 <ins> qqc2-desktop-style yt-dlp </ins> ffmpeg-full <del> kcodecs </del> kconfig kcoreaddons kfilemetadata ki18n kiconthemes kio <del> kio-extras </del> kirigami2 kxmlgui <ins> kdoctools </ins> mpv <del> qqc2-desktop-style </del> qtbase qtquickcontrols2 <del> qtwayland youtube-dl </del> ]; nativeBuildInputs = [ cmake extra-cmake-modules pkg-config <ins> wrapQtAppsHook </ins> ]; meta = with lib; { <del> homepage = "https://github.com/g-fb/haruna"; </del> <ins> homepage = "https://invent.kde.org/multimedia/haruna"; </ins> description = "Open source video player built with Qt/QML and libmpv"; <del> license = with licenses; [ bsd3 cc-by-40 gpl3Plus wtfpl ]; </del> <ins> license = with licenses; [ bsd3 cc-by-40 cc-by-sa-40 cc0 gpl2Plus gpl3Plus wtfpl ]; </ins> maintainers = with maintainers; [ jojosch ]; }; }

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 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: haruna <!-- The current version can be found easily with the same process as 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: 0.7.3 desired version: 0.8.0 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: I tried to update it myself, but when trying to open the result I get either: or: Some dependencies could be moved to , since they are build time only. The project supports other than . Since uses the former, maybe switching could be considered. The homepage is outdated. It's now "". Please tag this issue in your PR.
Can you (re)produce after this update?
This is an issue requesting an update, not a pull request (edited the title to be more clear). Still, with the update I tried to do by myself I couldn't open Haruna in the first place.
Change:
, stdenv , buildGoModule , fetchFromGitHub <ins> , fetchpatch </ins> , makeWrapper , getent , iproute2

Discussion:
Commit "tailscale: combine client and daemon binary" breaks Attempt to use with nixpkgs commit or later and notice that it fails with the error should not fail, as in commits prior. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
The bug is here I am going to create a PR and apply a patch to fix this.
Please test
Patch seems to work - thank you
Change:
<del> GEM remote: https://rubygems.org/ specs: fusuma (3.3.1) fusuma-plugin-appmatcher (0.6.1) fusuma (>= 3.0) rexml ruby-dbus fusuma-plugin-keypress (0.9.0) fusuma (>= 3.1) fusuma-plugin-sendkey (0.10.1) fusuma (>= 3.1) revdev fusuma-plugin-wmctrl (1.3.1) fusuma (>= 3.1) revdev (0.2.1) rexml (3.2.6) ruby-dbus (0.23.1) rexml PLATFORMS ruby DEPENDENCIES fusuma (>= 3.0.0) fusuma-plugin-appmatcher fusuma-plugin-keypress fusuma-plugin-sendkey fusuma-plugin-wmctrl BUNDLED WITH 2.4.22 </del>

Discussion:
Package name: fusuma Latest released version: 3.5.0 <!-- Search your package here: --- Current version on the unstable channel: 3.3.1 Current version on the stable/release channel: 3.3.1 <!-- 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]. By the way, fusuma now use yml file instead of yaml file as config file. now when I use HM , it will generate a yaml file in .config, please update it to change it to a yml file. and when I use = true; it wont be installed. [reaction]: [issues you find important]:
I guess that this should be addressed at home-manager repository as nixpkgs does not offer a fusuma service, as far as I rembember
you are right
Already fixed in home-manager:
sorry, I don't understand. if it has been fixed, why I still have the same issue? I just installed yesterday.
Are you perhaps not on ?
ah, right. I use stable nixos and HM, install some new software with pkgs-unstable. But this is a service, how do I change the package to unstable version? I tried = pkgs- But the result is still same.
It's fixed on master branch of Home Manager and not have been backported to release-23.11. Home manager master always follows the NixOS unstable branch, so I won't suggest switching to master branch of HM unless you upgrade your system to nixos-unstable.
Change:
unifiLTS = makeAppTest unifiLTS; unifi5 = makeAppTest unifi5; unifi6 = makeAppTest unifi6; <ins> unifi7 = makeAppTest unifi7; </ins> }

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: unifi, unifi7 <!-- 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: 6.5.55 desired version: 7.0.20 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers:
Thanks for reporting, I'll prepare the patch in a moment
Change:
email = "commits@schurr.at"; github = "hansjoergschurr"; name = "Hans-Jörg Schurr"; <ins> }; HaoZeke = { email = "r95g10@gmail.com"; github = "haozeke"; name = "Rohit Goswami"; </ins> }; haslersn = { email = "haslersn@fius.informatik.uni-stuttgart.de";

Discussion:
Builds here: It seems to be missing cmake and pythonPackages.pkgconfig. cc
I might be hitting this. Is there a workaround?
I think there is simply noone who's willing to maintain conan. If nobody steps up, I suggest marking the package as broken.
I have fixed and updated the package in However there is actually not much use for environments with so I am not sure about mantaining it.
Yeah after trying to use Conan inside NixOS I am realising it is kinda hard since dependencies fetched through Conan often don't work because either a) if they are binaries, they have link time dependencies or b) when they are built from source they need patches to build inside Nixos (e.g. Qt).
That aside, using Conan practically guarantees that you can't do a nix build, since that's done without network connectivity.
However, Nix does not work on Windows so some projects need something else. It'd be nice to be able to work on NixOS on projects that use Conan for this reason. My solution now is to have a duplicate Nix environment, but it might not be possible if the build system relies too much on Conan. But yeah that is another story...
Does nix not work under the WSL distributions?
Yes, but AFAIK it can not be used to build normal Windows (non-WSL) programs.
I suppose you would need to modify the nix builds to cross compile the programs for windows.
Exactly, you need to redo Nixpkgs basically... :)
Change:
"bin/qmlscene" "bin/qmltestrunner" ]; <del> NIX_CFLAGS_COMPILE = [ "-fmacro-prefix-map=${qtbase.dev}=qtbase.dev" ]; </del> }

Discussion:
This means nearly all qt6 packages depend on gdb which is 641M on its own. Why is that the case? I can't imagine needing Valgrind for "production" qt6 builds but I have no knowledge in this domain. cc
valgrind was not in my qt6 draft in valgrind was in but valgrind or gdb dont show up in the closure of <details </summaryto compare, </detailsso ... no problem? edit: <details </summary</details
The inputs are only propagated in the output and that's what other packages use. I only came across this because I found gdb in my system closure. showed <the package-quazip -qtbase -valgrind -gdb why did you add valgrind to qt6's propagatedBuildInputs?
It should have been a build time dependency for qtbase. And as it is only referenced in dev output, it should normally not be referenced in system closures, except for issues like Edit, quazip wasn't fixed by that, let me look into it tomorrow.
... so should not be there &rarr; /nix/store/y1m61ayisqmp29ckzi0qq4fp640qfl3l-qtbase-6.4.1-dev/include/QtTest/qtestmouse.h &rarr; /nix/store/y1m61ayisqmp29ckzi0qq4fp640qfl3l-qtbase-6.4.1-dev/include/QtTest/qtestmouse.h &rarr; propagatedBuildInputs &rarr; propagatedBuildInputs also may be relevant: in , are copied to
For the , they should have been in dev output, but and do not have dev output, adding it back should be enough. For , it should be of the same problem as in , maybe we should add that in the hooks of qtbase, or we can fix this ad-hoc.
Change:
mkdir -p $out/bin makeWrapper $unitydir/Unity $out/bin/unity-editor  <ins> --prefix LD_LIBRARY_PATH : "${libPath64}"  </ins> --prefix LD_PRELOAD : "$unitydir/libunity-nosuid.so"  --prefix PATH : "${binPath}" '';

Discussion:
Describe the bug I've tried installing unity3d, both from 20.03 and unstable channels, but in both cases running fails with the following error: To Reproduce Steps to reproduce the behavior: to system packages in a terminal, run Expected behavior The program should start Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
I thought an strace might also be relevant in this case: In particular, by looking at this, it seems the nss package path in the nix store is being checked, but only when the loader is looking for other files. When it actually tries to find , it only checks the two following locations: - Also maybe relevant: I was able to run the editor with , but it crashed not long after when I tried to open a file picker dialog.
cc
I have the same problem. After researching it for a while I found that seems to be a dependency of Even though the Unity executable has the correct path to in its RUNPATH, only has $ORIGIN in its RPATH. I guess this is why it's looking for in the same directory the executable is located in.
Can you try running with ?
That's what I originally did to find the root of the problem. Here's the output: If I patchelf with the correct RPATH manually, Unity runs but segfaults. I have to set write permissions first, though. Could it be the issue? I tried adding to the file, just before but it didn't seem to help: the permissions on are still 555 after rebuilding, and RPATH is still $ORIGIN.
Okay, so the problem is in this line: The regular expression does not match for some reason.
I don't understand how these lines work: The comment says that it excludes "PlaybackEngines", but the actual call to find includes only files with the name "PlaybackEngines". Should the condition be instead?
No, that line works correctly. The switch does the exclusion.
The regular expression does not match because for gives the following result when executed in the build script: And this is when I run the command manually after the build: What could possibly cause this?
Can you calculate hashes before/after? Are the versions of identical in both environments?

The MD5 hash of is the same in both cases: versions are the same, although their magic file paths are different: Their binaries' MD5 hashes are also different. I tried running on using the magic files from /nix/store: . It didn't change the output: On the other hand, running the binary from /nix/store: prints
I've been able to successfully run Unity Editor by downgrading to this commit: Still have no idea why the latest version determines the file type incorrectly.
Change:
<ins> { config, pkgs, lib, ... }: with lib; let cfg = config.services.nzbget; nzbget = pkgs.nzbget; in { options = { services.nzbget = { enable = mkEnableOption "NZBGet"; package = mkOption { type = types.package; default = pkgs.nzbget; defaultText = "pkgs.nzbget"; description = "The NZBGet package to use"; }; user = mkOption { type = types.str; default = "nzbget"; description = "User account under which NZBGet runs"; }; group = mkOption { type = types.str; default = "nzbget"; description = "Group under which NZBGet runs"; }; }; }; config = mkIf cfg.enable { systemd.services.nzbget = { description = "NZBGet Daemon"; after = [ "network.target" ]; wantedBy = [ "multi-user.target" ]; path = with pkgs; [ unrar p7zip ]; preStart = '' test -d /var/lib/nzbget || { echo "Creating nzbget state directoy in /var/lib/" mkdir -p /var/lib/nzbget } test -f /var/lib/nzbget/nzbget.conf || { echo "nzbget.conf not found. Copying default config to /var/lib/nzbget/nzbget.conf" cp ${cfg.package}/share/nzbget/nzbget.conf /var/lib/nzbget/nzbget.conf echo "Setting file mode of nzbget.conf to 0700 (needs to be written and contains plaintext credentials)" chmod 0700 /var/lib/nzbget/nzbget.conf echo "Setting temporary $MAINDIR variable in default config required in order to allow nzbget to complete initial start" echo "Remember to change this to a proper value once NZBGet startup has been completed" sed -i -e 's/MainDir=.*/MainDir=/tmp/g' /var/lib/nzbget/nzbget.conf } echo "Ensuring proper ownership of /var/lib/nzbget (${cfg.user}:${cfg.group})." chown -R ${cfg.user}:${cfg.group} /var/lib/nzbget ''; serviceConfig = { Type = "forking"; User = cfg.user; Group = cfg.group; PermissionsStartOnly = "true"; ExecStart = "${cfg.package}/bin/nzbget --daemon --configfile /var/lib/nzbget/nzbget.conf"; Restart = "on-failure"; }; }; users.extraUsers = mkIf (cfg.user == "nzbget") { nzbget = { group = cfg.group; uid = config.ids.uids.nzbget; }; }; users.extraGroups = mkIf (cfg.group == "nzbget") { nzbget = { gid = config.ids.gids.nzbget; }; }; }; } </ins>

Discussion:
nzbget can not load shared library Use unstable channel Output: System: 16.09 Flounder Nix version: nix-env (Nix) 1.11.2
Have you tried to add zlib twice? when you use ldd, you will see that there is zlib twice.
Most certainly fixed upstream with - but not included in current stable.. 17.0 is still testing :clap:
Change:
, python3Packages , fetchFromGitHub , wrapQtAppsHook <ins> , cups </ins> }: with python3Packages;

Discussion:
Describe the bug Inkcut is unable to print to a cups printer. To Reproduce Steps to reproduce the behavior: to your config to and add a printer that points to a local vinyl cutter or printer device via its USB device name, for example the printer driver for this device to Inkcut, go to and make a profile for your printer that points to this new printer to "Send to device" (Ctrl + P) in Inkcut that nothing happens, no new print job is started Expected behavior Inkcut would start a print job in cups 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(root): channels(matthew): nixpkgs: Maintainer information:
Note that as a workaround you can likely use the USB-to-serial device directly as a serial interface without going through CUPS - I'm pretty sure that's the setup in / . We should still fix it so it also works via CUPS, of course :)
In my case, your workaround is not as nice as using cups, since Inkcut improperly handles the lp0 (parallel) and serial is not an option for my cutter. Cups handles the jobs properly, if the vinyl cutter is powered off half-way through a job it will not continue to send and buffer the job, it will halt the job and consider it done. So it's just a better method than to give Inkcut direct access to lp0.
I tried this, and under 'Setup' I do see my CUPS printers, so it looks like at least something works. However, indeed when I send the job to the device, indeed I see nothing show up in the print queue. Looking at the inkcut logs, however, all looks fine: Showing the 'completed jobs' in CUPS doesn't show this one, though - not as 'cancelled' either. Adding some more diagnostic logging () revealed that twisted is trying to run /usr/bin/lpr, which is of course not where that tool is located in NixOS. Making that an absolute path into the nix store seemed to help (at least things showed up in my CUPS queue, haven't tested with an actual plotter).
Well, that should be it.

I always assumed was ran automatically in most cases to fix the issue of hardcoded references, Is this not the case here?
That should indeed run automatically, but only covers the line of executable scripts. In this case was just passed as a parameter to somewhere inside the python plugin, so that's hard to detect automatically ;)
Change:
packageJSON = ./riot-desktop-package.json; yarnNix = ./riot-desktop-yarndeps.nix; <del> nativeBuildInputs = [ wrapGAppsHook ]; extraBuildInputs = [ glib gtk3 ]; dontWrapGApps = true; </del> <ins> nativeBuildInputs = [ makeWrapper ]; </ins> installPhase = '' # resources

Discussion:
Describe the bug The electron package tries to wrap in . Because of this the wrapper is completely void of any entries in . It needs to be rewritten in whatever fashion that the call happens in . This is why has needed to be wrapped recently , it's because isn't wrapped correctly itself. A change should be made to stable to revert this to riot-desktop, and to backport this fix instead. Expression: buildInputs should also have for it's setup-hook
I created a PR here: