jiebi/CodeConvo huggingface dataset:
Change:
}; in clangStdenv.mkDerivation rec { name    = "fcitx-mozc-${version}"; <del> version = "2.17.2313.102"; </del> <ins> version = "2.20.2673.102"; </ins> src = fetchFromGitHub { owner  = "google"; repo   = "mozc"; <del> rev    = "3306d3314499a54a4064b8b80bbc1bce3f6cfac4"; sha256 = "0l7mjlnbm6i1ipni8pg9ym5bjg3rzkaxi9xwmsz2lddv348sqii2"; </del> <ins> rev    = "280e38fe3d9db4df52f0713acf2ca65898cd697a"; sha256 = "0s599f817gjgqynm4n1yll1ipd25ai2c55y8k6wvhg9s7qaxnyhs"; </ins> }; nativeBuildInputs = [ gyp which ninja python pkgconfig ]; <del> buildInputs = [ protobuf gtk2 zinnia qt4 libxcb fcitx gettext ]; </del> <ins> buildInputs = [ protobuf gtk2 zinnia qt5.qtbase libxcb fcitx gettext ]; </ins> postUnpack = '' rmdir $sourceRoot/src/third_party/japanese_usage_dictionary/ ln -s ${japanese_usage_dictionary} $sourceRoot/src/third_party/japanese_usage_dictionary <del> tar -xzf ${icons} -C $sourceRoot </del> <ins> tar -xzf ${icons} -C $sourceRoot/src </ins> ''; <del> patch_version = "2.17.2313.102.1"; </del> <ins> patch_version = "2.18.2612.102.1"; </ins> patches = [ (fetchpatch rec { name   = "fcitx-mozc-${patch_version}.patch"; url    = "https://download.fcitx-im.org/fcitx-mozc/${name}"; <del> sha256 = "172c34jkppibvwr9qf9xwgh2hdrmmhyx7nsdj49krxbfdlsy3yy0"; </del> <ins> sha256 = "1f9m4310kz09v5qvnv75ka2vq63m7by023qrkpddgq4dv7gxx3ca"; </ins> }) ];

Discussion:
after a , fcitx cannot switch to mozc only in chromium. journalctl gives me System: (NixOS: , Ubuntu/Fedora: , ...) 09pre106117. (Hummingbird) Nix version: (run ) nix-env (Nix) 1.11.8 Nixpkgs version: (run ) "17.09pre106117." fcitx version: 4.2.9.1 Chromium 57.0.2987.133
Thanks for reporting! Will look into this.
Change:
++ lib.optional (!lua.pkgs.isLuaJIT) "-DPREFER_LUA=ON" ; <del> preConfigure = lib.optionalString stdenv.isDarwin '' </del> <ins> preConfigure = lib.optionalString lua.pkgs.isLuaJIT '' cmakeFlagsArray+=( "-DLUAC_PRG=${codegenLua}/bin/luajit -b -s %s -" "-DLUA_GEN_PRG=${codegenLua}/bin/luajit" ) '' + lib.optionalString stdenv.isDarwin '' </ins> substituteInPlace src/nvim/CMakeLists.txt --replace "    util" "" '';

Discussion:
Building this package twice does not produce the bit-by-bit identical result each time, making it harder to detect CI breaches. You can read more about this at https://reproducible- . Fixing bit-by-bit reproducibility also has additional advantages, such as avoiding hard-to-reproduce bugs, making content-addressed storage more effective and reducing rebuilds in such systems. You can use to analyze the differences in the output of the two builds. To view the build log of the build that produced the artifact in the binary cache: Looks like symbol ordering differences:
Change:
with stdenv.lib; stdenv.mkDerivation { <del> name = "ati-drivers-14.12" + (optionalString (!libsOnly) "-${kernel.version}"); </del> <ins> name = "ati-drivers-15.7" + (optionalString (!libsOnly) "-${kernel.version}"); </ins> builder = ./builder.sh;

Discussion:
I was given a tip by vcunat to upgrade the kernel to see if my GPU requires a newer kernel version (AMD has done a lot of adding to the linux kernel lately). But I received the same error when I tried upgrading to linuxPackages314 and linuxPackageslatest: /tmp/nix-build-ati-drivers-13.12- In function 'KCLACPIGetHandles': /tmp/nix-build-ati-drivers-13.12- error: 'struct acpidevnode' has no member named 'handle' pInfo-videohandle = pInfo-pcidev-; Can someone reproduce this? Suggested fix?
These are common problems. AMD's proprietary drivers have problems compiling with newer kernels. On gentoo they have patches , and they have multiple versions working, probably even with 3.14. The build process is a terrible mess though, so it won't be straightforward to port. Anyway, I'd think that the AMD work in kernel mostly only affects the free drivers.
True enough, and they might migrate completely to open source - but that time is not now :/ With the open source ATI drivers I'm seeing screen tears and all kinds of strange screen corruptions when, for instance, suspending to disk. I'm not sure this would be remedied by them releasing patches any time soon.
Try
This issue remains for 3.19 and 4.0. I'm still running 3.18 because of this. I hope there is some progress going on?
Driver needs an update to 15.5, which might fix your compilation issues? (I'll swap across to an ati card and test the update sometime in the coming week if nobody beats me to it) It's unlikely that your issues with 3.19 and 4.0 are the same compilation issues that this thread had initially, which were fixed in one of the ati driver updates.
Do you had any success?
I have a fix for this which fixes compilation issues and also upgrades to 15.07. Pull request incoming shortly as soon I get it properly merged into the tree rather than implemented as an override.
Thanks for getting to this dfoxfranke. I normally use my ati card for vga passthrough to a windows vm so this fell to the bottom of the priority list for me.
Change:
fileSystems = filter utils.fsNeededForBoot config.system.build.fileSystems; <del> needMakefs = lib.any (fs: fs.autoFormat) fileSystems; </del> kernel-name = config.boot.kernelPackages.kernel.name or "kernel"; modulesTree = config.system.modulesTree.override { name = kernel-name + "-modules"; }; firmware = config.hardware.firmware;

Discussion:
currently has a conditional: is defined as this: However, this is only one part of the picture. I can also add the option to a entry to cause a dependency on (or just do it explicitly by ). ~ is also missing entirely~ dealt with online in stage 2 I think we should ship by default with systemd-in-initrd. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This is intentional: systemd-growfs is an online operation. We do it during stage 2 when is enabled.
oh, but I see, you're saying we should add in case users add the fstab option themselves and don't use the NixOS option. I think that makes sense. The point of the previous comment stands though; growfs is intentionally not in stage 1.
Makes sense, and I even reviewed this PR :laughing: sorry. Yes, in case the fstab options contain we should also (or just add it unconditionally)
Yea, I don't mind adding it unconditionally. It's a negligible size increase, and I think there's ways to trigger its use on the cmdline anyway.
PR up at
Change:
gdk-pixbuf aalib libcaca <del> libsoup </del> <ins> libsoup_3 </ins> libshout <ins> libxml2 </ins> lame mpg123 twolame

Discussion:
According to the GStreamer website, the "good" plugins package should contain the "soup" plugin. However, the nix package does not. Steps to reproduce the behavior: packages and Result: nothing found. As a result, cannot play any streams, failing with "could not create souphttpsrc element". should include . : : Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
please try and see if that fixes the problem for radiotray-ng
This fixes the problem for , thanks. Does this mean that is OK?
not really, in my opinion as it doesn't work out of the box. there was a PR to partially fix gstreamer but seems like it was missing glib-networking and didn't want to add it for some reason and was abandoned. if the gstreamer pkg isn't modified then adding glib-networking and libsoup to the ldlibrarypath is a work around.
The issue title is misleading. The loading of the library is broken but gst-plugins-good is actually compiled against libsoup.
Change:
writePhpArrary = a: "[${concatMapStringsSep "," (val: ''"${toString val}"'') a}]"; overrideConfig = pkgs.writeText "nextcloud-config.php" '' <?php <del> ${optionalString (c.dbpassFile != null) '' function nix_read_pwd() { $file = "${c.dbpassFile}"; </del> <ins> ${optionalString (cfg.secretFile != null || c.dbpassFile != null) '' function nix_read_file($file, $error) { </ins> if (!file_exists($file)) { <del> throw new RuntimeException(sprintf( "Cannot start Nextcloud, dbpass file %s set by NixOS doesn't seem to " . "exist! Please make sure that the file exists and has appropriate " . "permissions for user & group 'nextcloud'!", $file )); </del> <ins> throw new RuntimeException(sprintf($error, $file)); </ins> } return trim(file_get_contents($file)); <ins> }''} function nix_decode_json_file($file, $error) { if (!file_exists($file)) { throw new RuntimeException(sprintf($error, $file)); </ins> } <del> ''} </del> <ins> $decoded = json_decode(file_get_contents($file), true); if (json_last_error() !== JSON_ERROR_NONE) { throw new RuntimeException(sprintf("Cannot decode %s, because: %s", $file, json_last_error_msg())); } return $decoded; } </ins> $CONFIG = [ 'apps_paths' => [ [ 'path' => '${cfg.home}/apps', 'url' => '/apps', 'writable' => false ],

Discussion:
Currently, the nextcloud modules has a set list of config options (in ), and no -style hook for freeform text which should be appended to nextcloud's configuration file. In particular, I am unable to figure out how to set up redis caching with the nextcloud module — the description for states that "you still need to enable Redis in your ", but there is no description of how to do that, and no corresponding option in the module. I think the module should offer something like , particular since this is probably also an issue for other possible configurations of nextcloud (given that its is prohibitively long) — or am I just missing something obvious?
I started a pull request with this here:
I marked this as stale due to inactivity. &rarr;
Same problem ;(
Change:
, buildPythonPackage , fetchFromGitHub , importlib-resources <ins> , proxy_tools , pygobject3 </ins> , pyqtwebengine , pytest , pythonOlder , qt5 <ins> , qtpy , six </ins> , xvfb-run <del> , proxy_tools </del> }: buildPythonPackage rec { pname = "pywebview"; <del> version = "3.6.1"; </del> <ins> version = "3.6.3"; format = "setuptools"; </ins> disabled = pythonOlder "3.5"; src = fetchFromGitHub { owner = "r0x0r"; repo = "pywebview"; rev = version; <del> sha256 = "sha256-9o9ghqvU9Hnmf2aj/BqX7WBgS9ilRSnicR+qd25OfjI="; </del> <ins> hash = "sha256-qOLK4MHdpmcCazCNfojncD8XH7OJB2H/pIW5XAJAlDo="; </ins> }; nativeBuildInputs = [

Discussion:
is failing to build due to test failures Steps to reproduce the behavior: Package should buikd Please run and paste the result.
Fails on Hydra:
Change:
orga = "polarmutex"; repo = "tree-sitter-beancount"; }; <ins> "tree-sitter-bqn" = { orga = "shnarazk"; repo = "tree-sitter-bqn"; }; </ins> "tree-sitter-clojure" = { orga = "sogaiu"; repo = "tree-sitter-clojure";

Discussion:
BQN grammar for tree-sitter <!-- Describe the project a little: --Metadata homepage URL: source URL: license: mpl2 platforms: unix, linux, darwin, ... Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
{ stdenv , buildPythonPackage , fetchPypi <ins> , pythonAtLeast </ins> , numpy , decorator , imageio <ins> , imageio-ffmpeg </ins> , isPy3k <ins> , proglog , requests </ins> , tqdm <ins> # Advanced image processing (triples size of output) , advancedProcessing ? false , opencv ? null , scikitimage ? null , scikitlearn ? null , scipy ? null , matplotlib ? null , youtube-dl ? null </ins> }: <ins> assert advancedProcessing -> ( opencv != null && scikitimage != null && scikitlearn != null && scipy != null && matplotlib != null && youtube-dl != null); </ins> buildPythonPackage rec { pname = "moviepy"; version = "1.0.0"; <ins> disabled = !(pythonAtLeast "3.4"); </ins> src = fetchPypi { inherit pname version; sha256 = "16c7ffca23d90c76dd7b163f648c8166dfd589b7c180b8ff75aa327ae0a2fc6d"; }; <del> # No tests </del> <ins> # No tests, require network connection </ins> doCheck = false; <del> propagatedBuildInputs = [ numpy decorator imageio tqdm ]; </del> <ins> propagatedBuildInputs = [ numpy decorator imageio imageio-ffmpeg tqdm requests proglog ] ++ (stdenv.lib.optionals advancedProcessing [ opencv scikitimage scikitlearn scipy matplotlib youtube-dl ]); </ins> meta = with stdenv.lib; { description = "Video editing with Python";

Discussion:
is broken in current 19.03 nixpkgs: Attempt to build , this also fails if I pull in the with something like system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Seems like the package was updated in but the list of its dependencies was not. I fixed it in
Change:
<ins> { config, pkgs, lib, ... }: with lib; let cfg = config.services.nzbhydra2; in { options = { services.nzbhydra2 = { enable = mkEnableOption "NZBHydra2"; dataDir = mkOption { type = types.str; default = "/var/lib/nzbhydra2"; description = "The directory where NZBHydra2 stores its data files."; }; openFirewall = mkOption { type = types.bool; default = false; description = "Open ports in the firewall for the NZBHydra2 web interface."; }; package = mkOption { type = types.package; default = pkgs.nzbhydra2; defaultText = "pkgs.nzbhydra2"; description = "NZBHydra2 package to use."; }; }; }; config = mkIf cfg.enable { systemd.tmpfiles.rules = [ "d '${cfg.dataDir}' 0700 nzbhydra2 nzbhydra2 - -" ]; systemd.services.nzbhydra2 = { description = "NZBHydra2"; after = [ "network.target" ]; wantedBy = [ "multi-user.target" ]; serviceConfig = { Type = "simple"; User = "nzbhydra2"; Group = "nzbhydra2"; ExecStart = "${cfg.package}/bin/nzbhydra2 --nobrowser --datafolder '${cfg.dataDir}'"; Restart = "on-failure"; # Hardening NoNewPrivileges = true; PrivateTmp = true; PrivateDevices = true; DevicePolicy = "closed"; ProtectSystem = "strict"; ReadWritePaths = cfg.dataDir; ProtectHome = "read-only"; ProtectControlGroups = true; ProtectKernelModules = true; ProtectKernelTunables = true; RestrictAddressFamilies ="AF_UNIX AF_INET AF_INET6 AF_NETLINK"; RestrictNamespaces = true; RestrictRealtime = true; RestrictSUIDSGID = true; LockPersonality = true; }; }; networking.firewall = mkIf cfg.openFirewall { allowedTCPPorts = [ 5076 ]; }; users.users.nzbhydra2 = { group = "nzbhydra2"; isSystemUser = true; }; users.groups.nzbhydra2 = {}; }; } </ins>

Discussion:
Project description From GitHub: Metadata homepage URL: source URL: license: apache 2.0 platforms: All (Java project)
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 .
This is still important to me.
I marked this as stale due to inactivity. &rarr;
This issue is not stale. There is a PR in progress.
Change:
postPatch = /* CVE-2005-2471, from Arch */ '' substituteInPlace converter/other/pstopnm.c  <del> --replace '"-DSAFER"' '"-DPARANOIDSAFER"' </del> <ins> --replace '"-dSAFER"' '"-dPARANOIDSAFER"' </ins> ''; buildInputs =

Discussion:
Describe the bug postPatch hook is failed for , so not substituted by and CVE-2005-2471, mentioned in the , not treated. To Reproduce Steps to reproduce the behavior: Output: Expected behavior postPatch hook successfully executed at the end of the patch phase. Additional context Seems should contain instead of and instead of ? Metadata Please run and paste the result.
It appears that the original "-dSAFER" is already enough to mitigate the CVE-2005-2471. But since Arch still uses "-dPARANOIDSAFER", we might as well use that too.
Thanks, fixed. I think the substitution warnings should be fatal by default, but that's a more general issue (and a "breaking" change).
Change:
<ins> { lib, stdenvNoCC, callPackage }: let common = callPackage ./common.nix { }; in stdenvNoCC.mkDerivation rec { pname = "semgrep-core"; inherit (common) version; src = common.coreRelease; installPhase = '' runHook preInstall install -Dm 755 -t $out/bin semgrep-core runHook postInstall ''; meta = common.meta // { description = common.meta.description + " - core binary"; sourceProvenance = with lib.sourceTypes; [ binaryNativeCode ]; }; } </ins>

Discussion:
Project description Semgrep is a fast, open-source, static analysis tool for finding bugs and enforcing code standards at editor, commit, and CI time. Metadata homepage URL: source URL: license: lgpl-2.1 platforms: Linux (but possibly others as well, because it is mostly Python code)
I marked this as stale due to inactivity. &rarr;
I started attempting this package, however, I'm not at all familiar with OCaml or Dune. Would love some help getting the binary packaged.
I tried building semgrep_core from src and the first level works ok with the dune builder but pfff needed opam packgemanager and also there's copious amounts of git submodules that cause issues with purity
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
url = "https://gitlab.gnome.org/jtojnar/gi-docgen/commit/08dcc31f62be1a5af9bd9f8f702f321f4b5cffde.patch"; sha256 = "vAT8s7zQ9zCoZWK+6PsxcD5/48ZAfIOl4RSNljRCGWQ="; }) <ins> # make DevHelp sections & index.json have stable ordering # already merged upstream, so patch can removed when we update # beyond 2021.2 (fetchpatch { url = "https://gitlab.gnome.org/GNOME/gi-docgen/-/commit/cc21241d4386d4f78dbcb087fd9a92899935cb5c.patch"; sha256 = "0wna8mzrlbsv7f3bc7ndqll9l105kp8kdmhbbjhbdhzzzyvh6vcw"; }) </ins> ]; nativeBuildInputs = [

Discussion:
Describe the bug Building the output of does not produce the exact same output each time it is build. Having bit-by-bit reproducible derivations makes auditing build processes easier. This package is especially interesting since it is part of the milestone tracked by To Reproduce Steps to reproduce the behavior: Expected behavior Success! Additional context There is an upstream patch to gi-docgen at that might help, but doesn't seem to completely fix the issue yet. Starting point:
The latest commit should address all issues, but I need help reproducing the (lack of) reproducibility. Can anyone check compiling pango before/after patching, to confirm the and diffs are now gone? Thanks.
OK managed to reproduce pango not being reproducible at HEAD. With the patch, I cannot get it to fail after multiple attempts, even under load.
It's merged!
Can confirm this fixes it here as well! PR'ed as to get the patch in for 21.05
Maybe this can be closed now?
Change:
{ stdenv, pkgconfig, lxc, buildGoPackage, fetchurl , makeWrapper, acl, rsync, gnutar, xz, btrfs-progs, gzip, dnsmasq <del> , squashfsTools, iproute, iptables, ebtables, libcap, dqlite , sqlite-replication </del> <ins> , squashfsTools, iproute, iptables, ebtables, libcap, libco-canonical, dqlite , raft-canonical, sqlite-replication </ins> , writeShellScriptBin, apparmor-profiles, apparmor-parser , criu , bash

Discussion:
Describe the bug I'm not able to start any (freshly created) container in lxd. To Reproduce Steps to reproduce the behavior: Expected behavior Container starts without issues. Additional context Log gathered via Regarding the not enough space, I'm quiet sure that the report is wrong: Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(wucke13): nixpkgs: Maintainer information:
Maybe updating helps? I started working on a PR, though I depend on a which fails to build.
tested with merged on top inside a nogui VM
Wrong commit?
yip
Change:
<del> { lib, buildKodiAddon, fetchzip, addonUpdateScript, six, requests, inputstreamhelper }: </del> <ins> { lib, buildKodiAddon, fetchzip, addonUpdateScript, six, requests, infotagger, inputstreamhelper }: </ins> buildKodiAddon rec { pname = "youtube";

Discussion:
When using Kodi with the YouTube plugin , I get the following error: Steps to reproduce the behavior: The YouTube plugin used to work perfectly. shows that the dependency was but that the dependency is an old one. The wrapper is here:
Thanks for catching this. Looks like a pretty straight forward addon to package. Is this something you'd be interested in tackling
I can, if I find the time! One thing I do not understand is that the dependency is an old one. I could see that the YouTube plugin is failing because the new dependency is missing, but it seems to fail because of (which is also not provided by Nixpkgs, but why didn't it fail before?).
I have tested this and it works for me. Thanks
Change:
"dev": true }, "node_modules/@types/lodash": { <del> "version": "4.17.6", "resolved": "https://registry.npmjs.org/@types/lodash/-/lodash-4.17.6.tgz", "integrity": "sha512-OpXEVoCKSS3lQqjx9GGGOapBeuW5eUboYHRlHP9urXPX25IKZ6AnP5ZRxtVf63iieUbsHxLn8NQ5Nlftc6yzAA==", </del> <ins> "version": "4.17.7", "resolved": "https://registry.npmjs.org/@types/lodash/-/lodash-4.17.7.tgz", "integrity": "sha512-8wTvZawATi/lsmNu10/j2hk1KEP0IvjubqPE3cu1Xz7xfXXt5oCq3SNUz4fMIP4XGF9Ky+Ue2tBA3hcS7LSBlA==", </ins> "dev": true }, "node_modules/@types/minimist": {

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.
Change:
google-guest-oslogin = callPackage ../tools/virtualization/google-guest-oslogin { }; <del> google-cloud-cpp = callPackage ../development/libraries/google-cloud-cpp { openssl = openssl_1_1; }; </del> <ins> google-cloud-cpp = callPackage ../development/libraries/google-cloud-cpp { }; </ins> google-java-format = callPackage ../development/tools/google-java-format { };

Discussion:
name: google-cloud-cpp current version: 1.38.0 desired version: 1.42.0 maintainers: who did the last update Please tag this issue in your PR.
I don't have time to work on this at the moment.