jiebi/CodeConvo huggingface dataset:
Change:
<del> { lib, stdenv, fetchurl, dotnet-runtime, icu, ffmpeg, openssl, sqlite, curl, makeWrapper, nixosTests }: </del> <ins> { lib, stdenv, fetchurl, dotnet-runtime, icu, ffmpeg, openssl, sqlite, curl, makeWrapper, nixosTests, zlib }: </ins> let os = if stdenv.isDarwin then "osx" else "linux";

Discussion:
When trying to setup connection between Prowlarr and Sonarr test request fails with following error message and corresponding stacktrace in Sonarr log Steps to reproduce the behavior: to Prowlarr Settings -Apps to add Sonarr application (or select existing one) application setup dialog enter correct parameter and press Test button Test request completes successfully Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
version = "1.1.1a"; sha256 = "0hcz7znzznbibpy3iyyhvlqrq44y88plxwdj32wjzgbwic7i687w"; patches = [ ./1.1/nix-ssl-cert-file.patch ]; <ins> withDocs = true; </ins> }; }

Discussion:
The .out path contains about 18MB of html docs
To clarify, openssl10 does not, so this is a regression in that sense.
Change:
type nat hook output priority mangle; ${optionalString (fwdLoopDnatMap != "") '' <del> dnat ${ipVer} daddr . meta l4proto . th dport map { ${fwdLoopDnatMap} } comment "port forward loopback from the host itself" ''} ${optionalString (fwdLoopDnatRangeMap != "") '' dnat ${ipVer} daddr . meta l4proto . th dport map { ${fwdLoopDnatRangeMap} } comment "port forward loopback from the host itself" </del> <ins> meta l4proto { tcp, udp } dnat ${ipVer} daddr . meta l4proto . th dport map { ${fwdLoopDnatMap} } comment "port forward loopback from the host itself" </ins> ''} } '';

Discussion:
A NAT port forwarding rule fails to build with nftables when ranges are used. This is also the entirety of nix log /nix/store/sir8pvbk65zk4j6rqcj8sgwi0y78s3kc-nftables- Steps to reproduce the behavior: The nfables-rules derivation should compile. Using a single port rule, or disabling nftables results in a successful build. Please run and paste the result.
Change:
puppet-lint BUNDLED WITH <del> 2.1.4 </del> <ins> 2.2.24 </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: puppet-lint <!-- 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: 2.3.6 desired version: 2.5.2 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.
Change:
ttchat = callPackage ../tools/misc/ttchat { }; <ins> ukmm = callPackage ../tools/games/ukmm { }; </ins> unflac = callPackage ../tools/audio/unflac { }; veikk-linux-driver-gui = libsForQt5.callPackage ../tools/misc/veikk-linux-driver-gui { };

Discussion:
Project description A cross platform mod loader for The Legend of Zelda: Breath of the Wild in CEMU. Metadata homepage URL: source URL: license: GPL3+ platforms: Windows, Linux
I actually have this packaged in my nur repo: , but I let it go out of date for a bit. (should get back to updating that ). You can test it out with The version I packaged works really well (or at least when I was still using it ) - it was just frustrating to maintain with all the patches & new dependencies, and I decided to hold of on merging to nixpkgs for now.
Maybe should be made instead?
Please test / .
Change:
<del> { stdenv, fetchurl, unzip, autoreconfHook }: stdenv.mkDerivation rec { name = "hyperleveldb-${version}"; version = "1.2.1"; src = fetchurl { url = "https://github.com/rescrv/HyperLevelDB/archive/releases/${version}.zip"; sha256 = "0m5fwl9sc7c6m2zm3zjlxxg7f602gnaryikxgflahhdccdvvr56y"; }; buildInputs = [ unzip autoreconfHook ]; meta = with stdenv.lib; { description = ''A fork of LevelDB intended to meet the needs of HyperDex while remaining compatible with LevelDB.''; homepage = https://github.com/rescrv/HyperLevelDB; license = licenses.bsd3; }; } </del>

Discussion:
Starting the HyperDex coordinator by running does most of its work by , which must be on . This does not work with the current derivation. This could be fixed either by ensuring replicant is to PATH (would making it a propagated build input be sufficient?) or patching hyperdex to exec replicant by its store path. Install hyperdex, run . It fails. System: 16.03.1242. (Emu) Nix version: nix-env (Nix) 1.11.2 Nixpkgs version: 16.03.1242.
Thanks! Upstream hyperdex is not super maintained and in my experience not stable enough to be used in production. I vote for removing it from nixos. are you relying in hyperdex in nixos or is are you just testing? [1]
I was just testing, not relying on it. Removal sounds okay to me. Alternately, I tested and adding to (in addition to ) fixes the problem.
Change:
endif # These are all headers-only libraries, and thus won't require separate 32-bit <ins> diff --git a/src/common/notifications.cpp b/src/common/notifications.cpp index 66e08527..685c54af 100644 --- a/src/common/notifications.cpp +++ b/src/common/notifications.cpp @@ -29,8 +29,8 @@ #include "process.h" #include "utils.h" -constexpr char libdbus_library_name[] = "libdbus-1.so.3"; -constexpr char libdbus_library_fallback_name[] = "libdbus-1.so"; +constexpr char libdbus_library_name[] = "@libdbus@/lib/libdbus-1.so.3"; +constexpr char libdbus_library_fallback_name[] = "@libdbus@/lib/libdbus-1.so"; std::atomic<void*> libdbus_handle = nullptr; std::mutex libdbus_mutex; </ins> diff --git a/src/plugin/utils.cpp b/src/plugin/utils.cpp index 82db99a5..491f005d 100644 --- a/src/plugin/utils.cpp

Discussion:
yabridge doesn't work with wine 9.5. I was wondering as this is a reoccurring thing with yabridge, shouldn't the wine version be pinned for the yabridge package? running vst plugins I tried overriding the wine version to 9.4 but I couldn't get it to build yabridge. So for now, I installed yabridge from the revision before wine 9.5. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Can yabridge use the stable Wine package? It’s updated annually except for occasional bug fix releases. It’s currently Wine 9.0.
Didn't work for me:
From what I know, yabridge requires wine-staging but it's usually a few months behind. The project readme always had a downgrade section telling you to downgrade to a specific version. There's an open issue for it on the yabridge repo: ()
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Just created that should workaround this issue based on I think it would be best to keep it following the default staging release. What you're doing right now to pin wine uses an import for derivation, which isn't allowed in nixpkgs: It would be possible to maintain a separate derivation of wine just for yabridge, but I think it would be too costly for what it'd add - especially since we can't guarantee a version of wine that'll work with all VSTs.
I tried this as well, but most of my plugins were broken with wine 9.5 which will probably get fixed by yabridge upstream soon but I thought I should mention it. Oh, I didn't know about the implications importing older packages. Good to know. Yeah that would be too much unnecessary work.
Still broken on 9.6
is not merged yet. Even if it gets merged, I noticed some of my vsts breaking. I think it's better to pin version 9.4 for now.
Reopening since doesn't completely workaround regressions introduced with wine 9.5+
Fixed on wine 9.8 ()
Change:
wrapQtApp "$out/${gimp.targetPluginDir}/gmic_gimp_qt/gmic_gimp_qt" ''; <ins> passthru = { tests = { gimp-plugin = gimpPlugins.gmic; }; updateScript = nix-update-script { }; }; </ins> meta = with lib; { <ins> # Broken since 3.2.0 update, cannot handle system gmic and cimg. broken = true; </ins> description = variants.${variant}.description; homepage = "http://gmic.eu/"; license = licenses.gpl3Plus;

Discussion:
Steps to reproduce the behavior: gmic from There are more of those function arity errors, but just a small sample since they're the same. I'm going to assume pull in today has something to do with it. no maintainer? merged and it shows failures for gmic. gmic is used for me in GIMP and darktable. Please run and paste the result.
I will revert this preventively. There are many strange bugs happening.
Change:
<ins> { stdenv, fetchgit, cmake, irrlicht3843, libpng12, bzip2, libjpeg, libXxf86vm, mesa, openal, libvorbis, x11 }: let version = "0.4.4"; sources = { src = fetchgit { url = "https://github.com/celeron55/minetest.git"; rev = "ab06fca4bed26f3dc97d5e5cff437d075d7acff8"; }; data = fetchgit { url = "https://github.com/celeron55/minetest_game.git"; rev = "3928eccf74af0288d12ffb14f8222fae479bc06b"; }; }; in stdenv.mkDerivation { name = "minetest-${version}"; src = sources.src; cmakeFlags = [ "-DIRRLICHT_INCLUDE_DIR=${irrlicht3843}/include/irrlicht" ]; buildInputs = [ cmake irrlicht3843 libpng12 bzip2 libjpeg libXxf86vm mesa openal libvorbis x11 ]; postInstall = '' mkdir -pv $out/share/minetest/games/minetest_game/ cp -rv ${sources.data}/* $out/share/minetest/games/minetest_game/ ''; meta = { homepage = "http://minetest.net/"; description = "Minetest is an infinite-world block sandbox game."; license = "LGPLv2.1+"; }; } </ins>

Discussion:
fails to build with the following error: System: 16.09beta335. (Flounder) Nix version: nix-env (Nix) 1.11.4 Nixpkgs version: 16.09beta335. has an explanation and solution which seems to have already been applied for :
I don't think the fix for this works on Mac OS:
Change:
{ config, stdenv, fetchurl, fetchFromGitHub, makeWrapper <del> , docutils, perl, pkgconfig, python3, which, ffmpeg_4 , freefont_ttf, freetype, libass, libpthreadstubs, mujs </del> <ins> , addOpenGLRunpath, docutils, perl, pkgconfig, python3, which , ffmpeg_4, freefont_ttf, freetype, libass, libpthreadstubs, mujs </ins> , nv-codec-headers, lua, libuchardet, libiconv ? null, darwin , waylandSupport ? stdenv.isLinux

Discussion:
Describe the bug In mpv, CUDA-accelerated playback worked a few months ago after landed, but now no longer does. To Reproduce Steps to reproduce the behavior: NixOS master with an NVIDIA card and and observe: Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(at): nixpkgs: Maintainer information:
I will see if doing helps
Change:
(fetchpatch { name = "linux-4.8.patch"; url = "https://aur.archlinux.org/cgit/aur.git/plain/004-linux48.patch?h=broadcom-wl-dkms"; <del> sha256 = "0s8apf6l3qm9kln451g4z0pr13f4jdgyval1vfl2abg0dqc5xfhs"; </del> <ins> sha256 = "1g1gazxx67kxyw242cli6bf62il7ikzmf0w6v14k44j6b4bihcax"; </ins> }) ];

Discussion:
When trying to install , build fails on: It also reproduces with nixos-16.09 channel:
I've just had this after doing a on 17.03...
Change:
]; nativeCheckInputs = [ pytestCheckHook ]; <del> pythonImportCheck = "geoparquet"; </del> <ins> pythonImportsCheck = [ "geoparquet" ]; </ins> doCheck = false; # no tests

Discussion:
4 packages have the attribute, which is a typo for Steps to reproduce the behavior: 4 packages: no result [ ] pyfunctional & geoparquet: [ ] python_ffmpeg: [ ] pyairports: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I do wish we used or such to warn about typos in derivation attrs
Change:
is_extension = self._IsIosAppExtension() or self._IsIosWatchKitExtension() if sdk_root and is_extension: <del> @@ -1032,7 +1040,10 @@ class XcodeSettings(object): sdk_root = self._SdkPath(config_name) if not sdk_root: sdk_root = '' -    return l.replace('$(SDKROOT)', sdk_root) +    if self._SdkPath(): +      return l.replace('$(SDKROOT)', sdk_root) +    else: +      return l def AdjustLibraries(self, libraries, config_name=None): """Transforms entries like 'Cocoa.framework' in libraries into entries like </del>

Discussion:
All builds of fail. When I try to build nixpkgs/master locally, I get the same failure as Any ideas what might cause this?
I think the issue is that it's reaching out to the host Xcode and needs to be patched not to do that. I don't have time to look and although I know about darwin impurities a fair amount, know nothing about nodejs. Someone who actually uses it needs to step up and fix it properly. The fix will likely look like a patch that tells it not to reach out to Xcode and instead teaches it where to find the things it needs. Also relevant is a project is working on to present a fake Xcode to our , but I don't think that's ready yet.
For what it is worth. I have Xcode installed and if I add this line back in it builds for me:
That's weird. I took it out because I couldn't even find that line in the source, but I might have missed it somehow. Feel free to push it back in!
Change:
, freezegun , gunicorn , pytest-mock <del> , pytest-xdist </del> , pytestCheckHook , re-assert , trustme

Discussion:
Build of failed on x86_64-linux as of . This is currently breaking . python39Packages.tensorflow-bin maintainers cc: python39Packages.aiohttp maintainers cc: Other cc: n/a nixpkgs at commit Contents of : This issue was automatically generated by . that created this issue. Internal tags: -
I noticed this too, but I think the tests might just be flaky when running with multiple other Nix builds. I eventually got it working by just letting it build it by itself. I'm guessing the flakyness might be a regression from It's building on master right now:
This issue is also tracking this
cc
pytest-xdist was removed before in and I didn't search the history when doing the change. Lets remove it again and add a comment to not add it back.
closing this since is now merged

While trying to test , the aiohttp build failed twice for me. It seems there's some flakyness in the tests. I don't have build logs anymore, but it's the aiohttp that's pulled in by (which is necessary to build VM tests).
I'm encountering flakiness with tests especially when running parallel builds and/or with ...
rebuilding with got it to pass...
Closing since it sounds like fixed this. Happy to reopen if I'm mistaken.
Change:
gitaly = callPackage ../applications/version-management/gitlab/gitaly { }; <ins> gitqlient = libsForQt5.callPackage ../applications/version-management/gitqlient { }; </ins> gitstats = callPackage ../applications/version-management/gitstats { }; gitstatus = callPackage ../applications/version-management/git-and-tools/gitstatus { };

Discussion:
Project description GitQlient: Multi-platform Git client written with Qt. Metadata A non-serious start: homepage URL: source URL: license: lgpl2 platforms: unix, linux, darwin, ...
Alright, it builds and launchs on my machine but the build output bin path is weird and the GUI is almost unusable, it doesn't look right.
I marked this as stale due to inactivity. &rarr;
Up.
0 works good for me.
I marked this as stale due to inactivity. &rarr;
Change:
version = "0.4.0.0"; src = fetchgit { url = "https://github.com/haskell/haskell-language-server.git"; <del> sha256 = "157bsq6i824bl6krw7znp0byd8ibaqsq7mfwnkl741dmrflsxpa9"; rev = "cb861b878ae01911b066182ff0d8080050c3b2d6"; </del> <ins> sha256 = "1fh9k9b3880m6ql4i10yn2yanskk9xhrakrrddqvainhcf2ik8hl"; rev = "c4576992f443a9abe48ffcfa0e2d2b9bce15d7ae"; </ins> fetchSubmodules = true; }; isLibrary = true;

Discussion:
Describe the bug , a nested dependency, requires < 4.1.14. To Reproduce
Can probably be closed now?
Yes, I thought that would happen automatically.
I just bumped on (something very similar to?) this:
Change:
"BINDIR=$(out)/bin" "MANDIR=$(out)/man" "LOCALEDIR=$(out)/share/locale" <ins> "PKG_CONFIG=${buildPackages.pkg-config}/bin/${buildPackages.pkg-config.targetPrefix}pkg-config" </ins> ]; hardeningEnable = [ "pie" ];

Discussion:
Describe the bug fails to cross-compile on atleast and . it fails with: To Reproduce Steps to reproduce the behavior: - Expected behavior dnsmasq is successfully cross-compiled. 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(betaboon): nixpkgs:
I marked this as stale due to inactivity. &rarr;
This is still relevant.
Change:
httpdConf = cfg.configFile; <del> php = cfg.phpPackage.override { apacheHttpd = pkg.dev; /* otherwise it only gets .out */ }; </del> <ins> php = cfg.phpPackage.override { apacheHttpd = pkg; }; </ins> phpMajorVersion = lib.versions.major (lib.getVersion php);

Discussion:
Describe the bug When I enable PHP in httpd using , the file when visited can only see 11 extensions instead of the 52 I get when I run it through php CLI command. To Reproduce A failing NixOS test: Additional context Likely caused by the great refactor: Notify maintainers
Yep, the refactor relies on a configuration file with all the extensions to load being present and specified. For the binary, we have a wrapper that just tells PHP to look in the right folder for the config, but with the module, it looks like that's not used, since it loads PHP as an extension. The solution would probably be to inherit the config from the package as the first thing put into the it already generates; it should be accessible as .
Change:
{ lib, stdenv, <del> beautifulsoup4, </del> buildPythonPackage, <ins> pythonOlder, </ins> fetchFromGitHub, <ins> # build-system poetry-core, # dependencies numpy, types-pytz, # tests pytestCheckHook, beautifulsoup4, </ins> html5lib, jinja2, lxml,

Discussion:
Steps to reproduce the behavior: recently edited: <!-- 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]:
Change:
atk alsaLib dbus_libs cups gtk3 gdk_pixbuf libexif ffmpeg systemd freetype fontconfig libXrender libuuid expat glib nss nspr gstreamer libxml2 gst-plugins-base pango cairo gnome3.gconf <del> ]; </del> <ins> ] ++ stdenv.lib.optional proprietaryCodecs vivaldi-ffmpeg-codecs; </ins> libPath = stdenv.lib.makeLibraryPath buildInputs + stdenv.lib.optionalString (stdenv.is64bit)

Discussion:
H.264 videos and specifically those (WebM and Theora are fine) don't play, which means that videos on Facebook and Twitter (at least) report an error. There are instructions for getting a patched version of the ffmpeg lib installed into your home folder which works, but ideally wouldn't be needed: to that the H.264 video don't work but the others do. System: (NixOS: , Ubuntu/Fedora: , ...) Nix version: (run ) Nixpkgs version: (run ) Sandboxing enabled: (run )
What browser are you using? Works on Chromium, Firefox and qutebrowser (qtwebkit) on master for me.
Vivaldi, hence the title of the issue...
Oh, sorry, didn't know there's a browser called vivaldi.
Change:
cryptography httpx pytz <del> ] ++ httpx.optional-dependencies.socks; </del> <ins> ] ++ httpx.optional-dependencies.socks ++ httpx.optional-dependencies.http2; </ins> nativeCheckInputs = [ beautifulsoup4

Discussion:
Steps to reproduce the behavior: to build or I'm using this package here, not sure if this can cause problems, especially when it was working fine for past few months. (not maintainer but I've noticed that you have updated both python-telegram-bot and httpx recently :)) Please run and paste the result. Metadata is outdated because it happens while I'm doing a NixOS rebuild from latest nixos-unstable.
Change:
} }, "node_modules/semver": { <del> "version": "7.6.2", "resolved": "https://registry.npmjs.org/semver/-/semver-7.6.2.tgz", "integrity": "sha512-FNAIBWCx9qcRhoHcgcJ0gvU7SN1lYU2ZXuSfl04bSC5OpvDHFyJCjdNHomPXxjQlCBU67YW64PzY7/VIEH7F2w==", </del> <ins> "version": "7.6.3", "resolved": "https://registry.npmjs.org/semver/-/semver-7.6.3.tgz", "integrity": "sha512-oVekP1cKtI+CTDvHWYFUcMtsK/00wmAEfyqKfNdARm8u1wNVhSgaX7A8d4UuIlUI5e84iEwOhs7ZPYRmzU9U6A==", </ins> "dev": true, "bin": { "semver": "bin/semver.js"

Discussion:
Vencord settings at Discord doesn't appear when using the override on Steps to reproduce the behavior: Set up Discord with the override on Home Manager: Be able to access the Vencord options in the Discord settings. <img width="217" alt="image" src="" Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
What version of nixpkgs are you using? This was a Vencord bug that got fixed in recent versions of Vencord. The nixpkgs-unstable should work properly as far as I am aware.
As far as I know I've set up right the unstable in my flake:
I think it may be related with , this is how i'm setting it right now:
It is possible that it doesn't work on darwin :O
There is some sort of package that reports which nixpkgs channel was use to install it? Just to be sure is not an issue on my side, by the way works just fine so overriding is not the problem by itself. Edit: I tried to install a package only available at unstable and it work so it seems that the issue is with the package. I've also check if the commands that should run with the option activated worked and after extracting the ASAR file it's just like a vanilla discord install, I've tested it before letting Discord update itself so it seems it isn't related.
I just tested this on my work MacBook, and it seems to work fine. Is it possible that you still have a previous (non-Nix) Discord version that interferes here?
No luck so far, I've removed everything with Discord in its name that reported to not be in a nix related directory. The Discord logs doen't say anything related with Vencord. I'm in a Macbook Air M2 if this helps.
That could still be a locked before the fix. When was the last time you updated that Nixpkgs input in your flake lockfile, and/or what commit is listed in the lockfile entry for Nixpkgs?
I kinda have a similar issue with overriding Vencord, whenever I try to open the settings page it crashes with the following: ! I initially expected it to be an issue with openAsar but after disabling the open asar override the error persists.

It works as expected with the vencord override disabled.
With the latest Discord updates, Vencord is currently completely broken for reasons that are unrelated to Nix.
This is caused by a breaking change from upstream Discord — see This issue should be reserved for Nix-specific problems only. Also, has the issue ever been fixed on your end? If so, I think this issue could be closed
No luck so far installing the package through Home Manager using the nixpkgs master branch.