jiebi/CodeConvo huggingface dataset:
Change:
Trying to get latest git master and the error appears for ReportLab: Please run and paste the results. system: host os: multi-user?: sandbox: version: channels(hyper): channels(root): nixpkgs:

Discussion:
ft = freetype.overrideAttrs (oldArgs: { dontDisableStatic = true; }); in buildPythonPackage rec { pname = "reportlab"; <del> version = "3.5.19"; </del> <ins> version = "3.5.20"; </ins> src = fetchPypi { inherit pname version; <del> sha256 = "47951166d897b60e9e7ca349db82a2b689e6478ac6078e2c7c88ca8becbb0c7d"; </del> <ins> sha256 = "06l7jfax1izvbddmmjw9xpyb7iy4n99v3chyv75d9djaklnqs93v"; </ins> }; checkInputs = [ glibcLocales ];

# Remove all the test files that require access to the internet to pass. rm tests/test_lib_utils.py rm tests/test_platypus_general.py <ins> rm tests/test_platypus_images.py </ins> # Remove the tests that require Vera fonts installed rm tests/test_graphics_render.py
Change:
Add looking-glass-client package and rebuild. This used to work but something changed awhile back. I just commented out the package and forgot about it because I wasn't using it at the time. Now I'd like to use it again. system: host os: multi-user?: sandbox: version: channels(root): channels(nix): nixpkgs:

Discussion:
<del> { stdenv, fetchFromGitHub </del> <ins> { stdenv, fetchFromGitHub, fetchpatch </ins> , cmake, pkgconfig, SDL2, SDL, SDL2_ttf, openssl, spice-protocol, fontconfig , libX11, freefont_ttf, nettle, libconfig }:

libX11 freefont_ttf nettle libconfig cmake ]; <ins> patches = [ # Fix obsolete spice header usage. Remove with the next release. See https://github.com/gnif/LookingGlass/pull/126 (fetchpatch { url = "https://github.com/gnif/LookingGlass/commit/2567447b24b28458ba0f09c766a643ad8d753255.patch"; sha256 = "04j2h75rpxd71szry15f31r6s0kgk96i8q9khdv9q3i2fvkf242n"; stripLen = 1; }) ]; </ins> enableParallelBuilding = true; sourceRoot = "source/client";
Change:
"command-line application to view images from the terminal written in Rust" I tested it and it seems to be good and useful.

Discussion:
<ins> { stdenv, fetchurl }: stdenv.mkDerivation rec { name = "chrony-1.27"; src = fetchurl { url = "http://download.tuxfamily.org/chrony/${name}.tar.gz"; sha256 = "17dfhcm5mrkg8ids0ajwscryr7fm7664kz10ygsa1ac047p3aj6l"; }; meta = with stdenv.lib; { description = "A pair of programs which are used to maintain the accuracy of the system clock on a computer."; homepage = "http://chrony.tuxfamily.org/"; license = licenses.gpl2; platforms = platforms.unix; longDescription = '' Chronyd is a daemon which runs in background on the system. It obtains measurements via the network of the system clock’s offset relative to time servers on other systems and adjusts the system time accordingly. For isolated systems, the user can periodically enter the correct time by hand (using Chronyc). In either case, Chronyd determines the rate at which the computer gains or loses time, and compensates for this. Chronyd implements the NTP protocol and can act as either a client or a server. Chronyc provides a user interface to Chronyd for monitoring its performance and configuring various settings. It can do so while running on the same computer as the Chronyd instance it is controlling or a different computer. ''; }; } </ins>

chkrootkit = callPackage ../tools/security/chkrootkit { }; <ins> chrony = callPackage ../tools/networking/chrony { }; </ins> cksfv = callPackage ../tools/networking/cksfv { }; ciopfs = callPackage ../tools/filesystems/ciopfs { };
Change:
, (nixos-unstable) Scanned versions: nixos-unstable: . May contain false positives.

Discussion:
{ fetchFromGitLab , stdenv <ins> , fetchpatch </ins> , meson , ninja , pkgconfig

sha256 = "1klq8j70q8r8hyqv1wi6jcx8g76yh46bh8614y82zzggn4cx6y3r"; }; <ins> patches = [ (fetchpatch { name = "CVE-2019-11459.patch"; url = "https://gitlab.gnome.org/GNOME/evince/commit/3e38d5ad724a042eebadcba8c2d57b0f48b7a8c7.patch"; sha256 = "1ds6iwr2r9i86nwrly8cx7p1kbvf1gljjplcffa67znxqmwx4n74"; }) ]; </ins> postPatch = '' chmod +x meson_post_install.py patchShebangs meson_post_install.py
Change:
, (nixos-19.03) Scanned versions: nixos-19.03: . May contain false positives.

Discussion:
stdenv.mkDerivation rec { name = "gnome-desktop-${version}"; <del> version = "3.30.2.1"; </del> <ins> version = "3.30.2.2"; </ins> outputs = [ "out" "dev" "devdoc" ]; src = fetchurl { url = "mirror://gnome/sources/gnome-desktop/${stdenv.lib.versions.majorMinor version}/${name}.tar.xz"; <del> sha256 = "07s95fpfl3kjq51yxbrx6q87w812pq6bl0xdn0zzyi6qvg33m00v"; </del> <ins> sha256 = "02ksmq2h4jjvjalp5x6d6v36qnp1h66qxwv2gl7kbx7dxqcp6ys3"; </ins> }; enableParallelBuilding = true;
Change:
I ran gimp from terminal and noticed that it prints out following warnings: I don't see anything clearly broken in the UI, but just thought that probably this is some issue that could be fixed. Run Gimp from a terminal. Please run and paste the results.
Oh, and in case it makes a difference, I'm not running GNOME but i3+none.
Try installing , GTK 2 is weird.
Thanks for the suggestion. I still get the warnings: I also noticed it warns about interpreters. Maybe those should be fixed too? I have some issues with one plugin, not sure if that interpreter issue is related to that.
Yeah, you would need to install it globally, so that GTK can find it under . Alternately, adding it to env var should also work.
Thanks, that fixed the theme issue! So maybe that should be as a propagated build input for gimp? The interpreter warnings are still there. Should I open another issue for those?
Propagating will not do anything. You would need to add it to the wrapper is citrix does.
Yeah, please open a new issue for the interpreters.
Thanks! I made a pull request. Seems to fix the issue.

Discussion:
<del> { stdenv, lib, symlinkJoin, gimp, makeWrapper, gimpPlugins, plugins ? null}: </del> <ins> { stdenv, lib, symlinkJoin, gimp, makeWrapper, gimpPlugins, gnome3, plugins ? null}: </ins> let allPlugins = lib.filter (pkg: builtins.isAttrs pkg && pkg.type == "derivation" && !pkg.meta.broken or false) (lib.attrValues gimpPlugins);

for each in gimp-${versionBranch} gimp-console-${versionBranch}; do wrapProgram $out/bin/$each  --set GIMP2_PLUGINDIR "$out/lib/gimp/2.0"  <ins> --prefix GTK_PATH : "${gnome3.gnome-themes-extra}/lib/gtk-2.0"  </ins> ${toString extraArgs} done set +x
Change:
Pipenv fails to install due to "No matching distribution found for virtualenv-clone=0.2.5 (from pipenv==2018.11.26)" Full output is here Run system: host os: multi-user?: sandbox: version: channels(void): channels(root): nixpkgs:
Could be related to Partially reverting it allows me to install pipenv just fine.
I'm having this on stable as well.
does my patch fix it for you?
Sorry, it was unstable for me as well. Yup, the patch fixed the installation of pipenv.
Virtualenv-clone was a transitive dependency provided by pew. I'm away from my laptop, ping
Yup, adding virtualenv-clone fixes it for me.

Discussion:
pip requests virtualenv <ins> virtualenv-clone </ins> ]; doCheck = false;
Change:
Upgrading to kernel 5.1.0 from breaks apparmor, preventing it from loading. Furthermore, this also breaks , requiring a kernel downgrade to (kernel 5.0.13) to fix this. The error is: I believe the main issue is from this line here: and should be sufficient to reproduce the problem, although apparmor was already implicitly enabled on my system. I believe it's because of lxd.
It can alternatively be reproduced with and . I've removed the second part as a workaround.
I can reproduce the apparmor issue (on unstable-small 19.09pre179342.), but I can keep rebuilding once apparmor.service fails. Not sure if I'm understanding that part right though...
Off the top of my head I'd guess that this is related to not being mounted; is it? (should be at ). I recently tweaked the ordering of the apparmor unit, so this could be fallout from that (EDIT: probably not).
Hm, from my testing it seems that the selinux lsm is selected by the kernel at boot instead of apparmor for whatever reason under 5.1. I do note that no longer explicitly sets the default boot parameter to . Can you check output? When apparmor is selected, you should see something like "AppArmor: AppArmor Filesystem Enabled"; if that is missing, look for mentions of selinux. Explicitly setting fixes the issue on my end; I'll push a patch to that effect.
I believe this has been fixed. Please reopen if the problem persists.
This is a problem again. Would somebody please re-open this issue?
Hmmm, this seems to be fixed by a reboot. Is there some way to say "reboot required" from ?
I just had the same issue and reboot indeed fixed it, thanks a lot
Just reproduced this by adding to . Making a reboot unnecessary would be even better :-) Either way the problem still exists and significantly impacts usability... any plans on addressing it?

Discussion:
config = mkIf cfg.enable { environment.systemPackages = [ pkgs.apparmor-utils ]; <ins> boot.kernelParams = [ "apparmor=1" "security=apparmor" ]; </ins> systemd.services.apparmor = let paths = concatMapStrings (s: " -I ${s}/etc/apparmor.d") ([ pkgs.apparmor-profiles ] ++ cfg.packages);

'' $machine->waitForUnit("multi-user.target"); <ins> subtest "apparmor-loaded", sub { $machine->succeed("systemctl status apparmor.service"); }; # AppArmor securityfs subtest "apparmor-securityfs", sub { $machine->succeed("mountpoint -q /sys/kernel/security"); $machine->succeed("cat /sys/kernel/security/apparmor/profiles"); }; </ins> # Test loading out-of-tree modules subtest "extra-module-packages", sub { $machine->succeed("grep -Fq wireguard /proc/modules");
Change:
Everytime I press TAB in an empty command prompt I get the error: I think this is related to
Note, that NixOS 14.12 is affected by this bug too. In bash-completion git repository there is commit that fixes this issue.
Needs bash-completion from master branch

Discussion:
<ins> commit a9c556ccad819869a6a5d932aac0a75a99372f08 Author: Barry Warsaw <barry@python.org> Date:   Wed Sep 17 19:32:43 2014 +0300 _init_completion: Handle cword < 0 (LP: #1289597) Previously only bash 4.3 seemed to provoke this, but now with the empty command consistency tweak it occurs with earlier as well. diff --git a/bash_completion b/bash_completion index 7e01ae4..3bb4bc2 100644 --- a/bash_completion +++ b/bash_completion @@ -727,7 +727,7 @@ _init_completion() fi done -    [[ $cword -eq 0 ]] && return 1 +    [[ $cword -le 0 ]] && return 1 prev=${words[cword-1]} [[ ${split-} ]] && _split_longopt && split=true </ins>

sha256 = "0kxf8s5bw7y50x0ksb77d3kv0dwadixhybl818w27y6mlw26hq1b"; }; <ins> patches = [ ./bash-4.3.patch ]; </ins> doCheck = true; meta = {
Change:
A simple wrapper that does winetricks things for Proton enabled games, requires Winetricks.

Discussion:
email = "softs@metabarcoding.org"; name = "Celine Mercier"; }; <ins> metadark = { email = "kira.bruneau@gmail.com"; name = "Kira Bruneau"; github = "metadark"; }; </ins> mfossen = { email = "msfossen@gmail.com"; github = "mfossen";

<ins> { stdenv, buildPythonPackage, fetchFromGitHub , pytest, pytestcov, mock }: buildPythonPackage rec { pname = "vdf"; version = "3.1"; src = fetchFromGitHub { owner = "ValvePython"; repo = pname; rev = "v${version}"; sha256 = "19xqjq2159w2l9vaxlkickvy3zksp9ssdkvbfcfggxz31miwp1zr"; }; checkInputs = [ pytest pytestcov mock ]; checkPhase = "make test"; meta = with stdenv.lib; { description = "Library for working with Valve's VDF text format"; homepage = https://github.com/ValvePython/vdf; license = licenses.mit; maintainers = with maintainers; [ metadark ]; }; } </ins>

<ins> { stdenv, lib, buildPythonApplication, fetchFromGitHub , vdf, wine, winetricks, zenity }: buildPythonApplication rec { pname = "protontricks"; version = "1.2.3"; src = fetchFromGitHub { owner = "Matoking"; repo = pname; rev = version; sha256 = "1v7bgr1rkm8j99s5bv45cslw01qcx8i8zb6ysfrb53qz86zgkgsn"; }; propagatedBuildInputs = [ vdf ]; # The wine install shipped with Proton must run under steam's # chrootenv, but winetricks and zenity break when running under # it. See https://github.com/NixOS/nix/issues/902. # # The current workaround is to use wine from nixpkgs makeWrapperArgs = [ "--set STEAM_RUNTIME 0" "--set-default WINE ${wine}/bin/wine" "--set-default WINESERVER ${wine}/bin/wineserver" "--prefix PATH : ${lib.makeBinPath [ (winetricks.override { inherit wine; }) zenity ]}" ]; meta = with stdenv.lib; { description = "A simple wrapper for running Winetricks commands for Proton-enabled games"; homepage = https://github.com/Matoking/protontricks; license = licenses.gpl3; platforms = with platforms; linux; maintainers = with maintainers; [ metadark ]; }; } </ins>

gtk = pkgs.gtk3; }; <ins> protontricks = callPackage ../tools/package-management/protontricks { inherit (python3Packages) buildPythonApplication vdf; inherit (gnome3) zenity; wine = wineWowPackages.minimal; }; </ins> stepmania = callPackage ../games/stepmania { ffmpeg = ffmpeg_2; };

pyunifi = callPackage ../development/python-modules/pyunifi { }; <ins> vdf = callPackage ../development/python-modules/vdf { }; </ins> vidstab = callPackage ../development/python-modules/vidstab { }; webapp2 = callPackage ../development/python-modules/webapp2 { };
Change:
Due to MacOS oddities does not work when executed as symlink() and hence, the wrapper installed via cannot work on MacOS. In fact, is unusable on MacOS whatever the content is. Any idea what could be done about this? Should we remove the directory altogether from the build output to prevent confusion?
I think the best thing to do here is just remove the symlink and use
If you wish to use a symlink, use one that points to kitty-deref-symlink

Discussion:
harfbuzz, fontconfig, pkgconfig, ncurses, imagemagick, xsel, libstartup_notification, libX11, libXrandr, libXinerama, libXcursor, libxkbcommon, libXi, libXext, wayland-protocols, wayland, <del> which, dbus, </del> <ins> which, dbus, fetchpatch, </ins> Cocoa, CoreGraphics, Foundation,

libstartup_notification = "${libstartup_notification}/lib/libstartup-notification-1.so"; }) ] ++ stdenv.lib.optionals stdenv.isDarwin [ <ins> (fetchpatch { name = "macos-symlink-1"; url = https://github.com/kovidgoyal/kitty/commit/bdeec612667f6976109247fe1750b10dda9c24c0.patch; sha256 = "1d18x260w059qag80kgb2cgi2h4rricvqhwpbrw79s8yxzs7jhxk"; }) (fetchpatch { # fixup of previous patch name = "macos-symlink-2"; url = https://github.com/kovidgoyal/kitty/commit/af2c9a49b1ad31e94242295d88598591623fbf11.patch; sha256 = "0k3dmgbvmh66j8k3h8dw6la6ma6f20fng6jjypy982kxvracsnl5"; }) </ins> ./macos-10.11.patch ./no-lto.patch ./no-werror.patch

mkdir -p $out ${if stdenv.isDarwin then '' mkdir "$out/bin" <del> ln -s ../Applications/kitty.app/Contents/MacOS/kitty "$out/bin/kitty" </del> <ins> ln -s ../Applications/kitty.app/Contents/MacOS/kitty-deref-symlink "$out/bin/kitty" </ins> mkdir "$out/Applications" cp -r kitty.app "$out/Applications/kitty.app" '' else ''
Change:
See It seems to have been but now fails on all platforms. According to this was introduced in See for more details. Interestingly enough the same failure was seen with in cc
I think I was wrong. I guess the problem is the switch to llvm 7 from llvm 5 as a default. I will try it out and follow up with a PR if everything works.
That was the problem this issue can be closed with

Discussion:
dataDir = "/var/db/graphite"; carbonOpts = name: with config.ids; '' <del> --nodaemon --syslog --prefix=${name}  </del> <ins> --nodaemon --syslog --prefix=${name} --pidfile /var/run/${name}.pid  </ins> --uid ${toString uids.graphite} --gid ${toString uids.graphite} ${name} ''; carbonEnv = {

PICKLE_RECEIVER_INTERFACE = 127.0.0.1 LINE_RECEIVER_INTERFACE = 127.0.0.1 CACHE_QUERY_INTERFACE = 127.0.0.1 <ins> # Do not log every update LOG_UPDATES = False LOG_CACHE_HITS = False </ins> ''; type = types.uniq types.string; };
Change:
See It seems to have been but now fails on all platforms. According to this was introduced in See for more details. Interestingly enough the same failure was seen with in cc
I think I was wrong. I guess the problem is the switch to llvm 7 from llvm 5 as a default. I will try it out and follow up with a PR if everything works.
That was the problem this issue can be closed with

Discussion:
checkPhase = '' cd dmd <del> # https://github.com/NixOS/nixpkgs/pull/55998#issuecomment-465871846 #make -j$NIX_BUILD_CORES -C test -f Makefile PIC=1 CC=$CXX DMD=${pathToDmd} BUILD=release SHELL=$SHELL </del> <ins> make -j$NIX_BUILD_CORES -C test -f Makefile PIC=1 CC=$CXX DMD=${pathToDmd} BUILD=release SHELL=$SHELL </ins> cd ../druntime make -j$NIX_BUILD_CORES -f posix.mak unittest PIC=1 DMD=${pathToDmd} BUILD=release cd ../phobos

<del> { stdenv, fetchurl, cmake, ninja, llvm, llvm_8, curl, tzdata </del> <ins> { stdenv, fetchurl, cmake, ninja, llvm_5, llvm_8, curl, tzdata </ins> , python, libconfig, lit, gdb, unzip, darwin, bash , callPackage, makeWrapper, targetPackages , bootstrapVersion ? false

++ stdenv.lib.optional (!bootstrapVersion && stdenv.hostPlatform.isDarwin) [ # https://github.com/NixOS/nixpkgs/issues/57120 # https://github.com/NixOS/nixpkgs/pull/59197#issuecomment-481972515 <del> llvm </del> <ins> llvm_5 </ins> ] ++ stdenv.lib.optional (!bootstrapVersion && !stdenv.hostPlatform.isDarwin) [

] ++ stdenv.lib.optional (bootstrapVersion) [ <del> libconfig llvm </del> <ins> libconfig llvm_5 </ins> ] ++ stdenv.lib.optional stdenv.hostPlatform.isDarwin (with darwin.apple_sdk.frameworks; [

else ""; <del> doCheck = !bootstrapVersion && !stdenv.isDarwin; </del> <ins> doCheck = !bootstrapVersion; </ins> checkPhase = stdenv.lib.optionalString doCheck '' # Build default lib test runners
Change:
broke with the new Darwin stdenv changes. See log file here: This is a bit odd because Homebrew doesn't appear to be doing anything special to compile it:
I think we can use llvm 6 here to fix this. It is weird homebrew doesn’t hit this though. I wonder if the SDKs are still on libcxx 6?

Discussion:
<del> { stdenv, fetchurl, libpcap, pkgconfig, openssl, lua5_3 </del> <ins> { stdenv, fetchurl, fetchpatch, libpcap, pkgconfig, openssl, lua5_3 </ins> , graphicalSupport ? false , libX11 ? null , gtk2 ? null

sha256 = "063fg8adx23l4irrh5kn57hsmi1xvjkar4vm4k6g94ppan4hcyw4"; }; <del> patches = ./zenmap.patch; </del> <ins> patches = [ ./zenmap.patch ] ++ optionals stdenv.cc.isClang [( # Fixes a compile error due an ambiguous reference to bind(2) in # nping/EchoServer.cc, which is otherwise resolved to std::bind. # Also fixes a missing include. # https://github.com/nmap/nmap/pull/1363 fetchpatch { url = "https://github.com/nmap/nmap/commit/5bbe66f1bd8cbd3718f5805139e2e8139e6849bb.diff"; sha256 = "088r8ylpc9hachsxs4r17cqfa1ncyspbjvkc573lill7rk1r9m0s"; } )]; </ins> prePatch = optionalString stdenv.isDarwin '' substituteInPlace libz/configure
Change:
crashes instantly and won't start with the new Darwin stdenv. My is bundled with quite a few Emacs packages, so this may be a bit hard to isolate, but hopefully it's reproducible anyway. Build with recent . This is with . Partial Problem Report included below. I've elided most of it for privacy reasons; let me know if you need more info:
Can reproduce on current "master". "open " won't start anything, but I don't get a crash report, nothing appears in ~/Library/Logs/DiagnosticReports/. edit: got my crash report a bit later, it's the same stacktrace as reported
The regular works.
Looks like libdispatch is too old. Working on it now
I've opened up a draft that I think might fix it: I'm building it now, but if you have a beefy machine it might help to try to build it as well
I'm afraid that doesn't fix the issue. Here's a gist with the new crash, which looks more or less identical to the one I posted above: I built this with my fork here: I'm trying to confirm that this has been built with the updated . I'm having trouble tracking it down. Can you tell me how to figure it out?
Here's a simpler repro case. This happens when I try to build using and the melpa Emacs pacakge:
So the short term fix is just to use llvm6. At some point, I'll try to dig into what is actually happening, but I suspect something has changed in how llvm handles threads.
Thank you! I’m happy to use a work-around and didn’t expect you to address this complex issue so quickly! I was resigned to using the vanilla emacs for the foreseeable future, so this is a very welcome development.
I can confirm that this appears to be fixed in my Hydra builds, as well.

Discussion:
inherit (darwin.apple_sdk.frameworks) AppKit Carbon Cocoa IOKit OSAKit Quartz QuartzCore WebKit ImageCaptureCore GSS ImageIO; <ins> stdenv = if stdenv.cc.isClang then llvmPackages_6.stdenv else stdenv; </ins> }; emacsPackagesFor = emacs: self: let callPackage = newScope self; in rec {
Change:
is broken. When I enable it, fails to start. The failure is caused by and scripts. The former runs , the latter runs similar command. And turns out that the whole does not work with . works fine, but even fails with the same error as other commands: NixOS on Aarch64 machine, using mainline kernel. the following to : . an error in journalctl logs: to run the script manually: an error happening after the command. the plain command. It also fails. Possibly related links: - the same problem under custom Debian OS, no replies - same problem with another command under Gentoo. Solved by changing some kernel options. I tried to corresponding modules (ones which are available in NixOS, because some of the mentioned options were not compiled at all. Nothing helped. Hardware: ESPRESSObin v7
thanks for the report :) Could you paste the output of the following command (unfortunately I don't have an aarch64 device/VM yet)?: On x8664 this should output: But on aarch64 is probably not enabled.
On my Raspberry Pi 3B:
thanks, that should explain it :) From (forgot to paste that here): It should work if we add (AFAIK). But I'm not sure what other distributions do and why this isn't in the defconfig (from v5.1): cc and (based on ): Maybe you can help here?
Since Discourse doesn't seem to add links anymore when referencing a PR: This is also a problem for the module:

Discussion:
networking = { NET                = yes; <ins> IP_ADVANCED_ROUTER = yes; </ins> IP_PNP             = no; IP_VS_PROTO_TCP    = yes; IP_VS_PROTO_UDP    = yes;

IP_ROUTE_VERBOSE            = yes; IP_MROUTE_MULTIPLE_TABLES   = yes; IP_MULTICAST                = yes; <ins> IP_MULTIPLE_TABLES          = yes; </ins> IPV6_ROUTER_PREF            = yes; IPV6_ROUTE_INFO             = yes; IPV6_OPTIMISTIC_DAD         = yes;