jiebi/CodeConvo huggingface dataset:
Change:
name: current version: 0.10.1 desired version: 0.11.0 maintainers: The last few updates were done by r-ryantm, I don't know why it didn't do this time. I checked the logs, apparently it didn't even try building it.

Discussion:
rustPlatform.buildRustPackage rec { pname = "cargo-bloat"; <del> version = "0.10.1"; </del> <ins> version = "0.11.0"; </ins> src = fetchFromGitHub { owner = "RazrFalcon"; repo = pname; rev = "v${version}"; <del> sha256 = "sha256-VcdZ/dKqFFQs8ItNEj407z1pWJqpHwwIsuNnsQ8KU/8="; </del> <ins> sha256 = "sha256-UzMo+IqoP3GpGu7tWlrkEU1YpVLgEL7UwIU1hPmoJNg="; </ins> }; <del> cargoSha256 = "sha256-1TIGv0yVhkhThqZiQW9JrvFd0eouTlr8kgN/g7b4vDM="; </del> <ins> cargoSha256 = "sha256-w3+ypGuVRGwC94zj/OaDUUoUbBnepGHvqulY4IVIsfo="; </ins> meta = with lib; { description = "A tool and Cargo subcommand that helps you find out what takes most of the space in your executable";
Change:
In 's tray menu the options "Floating Window Exceptions" & "Active Hint Color" don't work. Steps to reproduce the behavior: & enable pop-shell in GNOME (Wayland). pop-shell's tray menu and try clicking the mentioned options. Further dialogs should open for the respective features.
I found the problem: the compiled (g)js are not executible in filesystem. I do not know a solution yet. Most beautiful solution, fix chmod in pop-shell (but how ...). Or after compiling with an workaround in nix. Other solutions are set path to gjs during patching. Till fixing, you can run this features in your in, with calling it per gjs ...

Discussion:
extensionPortalSlug = "pop-shell"; }; <ins> postPatch = '' for file in */main.js; do substituteInPlace $file --replace "gjs" "${gjs}/bin/gjs" done ''; preFixup = '' chmod +x $out/share/gnome-shell/extensions/pop-shell@system76.com/*/main.js ''; </ins> meta = with lib; { description = "Keyboard-driven layer for GNOME Shell"; license = licenses.gpl3Only;

<del> diff --git a/src/color_dialog/src/main.ts b/src/color_dialog/src/main.ts index 9522499..9911530 100644 --- a/src/color_dialog/src/main.ts +++ b/src/color_dialog/src/main.ts @@ -1,4 +1,4 @@ -#!/usr/bin/gjs +#!/usr/bin/env gjs imports.gi.versions.Gtk = '3.0'; @@ -84,4 +84,4 @@ function launch_color_dialog() { Gtk.init(null); -launch_color_dialog()  No newline at end of file +launch_color_dialog() </del> diff --git a/src/extension.ts b/src/extension.ts index 7417c46..00d5829 100644 --- a/src/extension.ts

if (ipc) { const generator = (stdout: any, res: any) => { <del> diff --git a/src/floating_exceptions/src/main.ts b/src/floating_exceptions/src/main.ts index f298ec7..87a6bc4 100644 --- a/src/floating_exceptions/src/main.ts +++ b/src/floating_exceptions/src/main.ts @@ -1,4 +1,4 @@ -#!/usr/bin/gjs +#!/usr/bin/env gjs imports.gi.versions.Gtk = '3.0' @@ -329,4 +329,4 @@ function main() { Gtk.main() } -main()  No newline at end of file +main() </del> diff --git a/src/panel_settings.ts b/src/panel_settings.ts index 83ff56c..1bc1e98 100644 --- a/src/panel_settings.ts
Change:
Using Shogun as a for another CMake-based project fails because the dependent project cannot properly find the shogun library (via its installed cmake files). Steps to reproduce the behavior: to build a derivation based on shogun files are wrong Everything builds correctly I am trying to build the following derivation However I get an error at the build generation step: This indicates that shogun CMake files are not in the right place and/or are pointing towards the wrong paths.
I fixed the issue with shogun. When installing the configuration files, CMake calculates the prefix to the installed library based on the output directory, instead of the default , and I missed it when I split the derivation into multiple outputs. I wonder why it's not a more widespread issue, only a few derivations patch it. But that derivation still doesn't build: This is in macOS, though. Maybe it works on Linux.
Thanks, is the fix committed yet? The other error is unrelated and I can fix it.
I'm working on the PR.

Discussion:
# build , cmake , ctags <del> , python2Packages </del> <ins> , python3Packages </ins> , swig # math , eigen

, lp_solve , colpack # extra support <del> , pythonSupport ? true </del> <ins> , pythonSupport ? false </ins> , opencvSupport ? false , opencv ? null , withSvmLight ? false }: <del> assert pythonSupport -> python2Packages != null; </del> <ins> assert pythonSupport -> python3Packages != null; </ins> assert opencvSupport -> opencv != null; assert (!blas.isILP64) && (!lapack.isILP64);

] ++ lib.optional (!withSvmLight) ./svmlight-scrubber.patch; nativeBuildInputs = [ cmake swig ctags ] <del> ++ (with python2Packages; [ python jinja2 ply ]); </del> <ins> ++ (with python3Packages; [ python jinja2 ply ]); </ins> buildInputs = [ eigen

nlopt lp_solve colpack <del> ] ++ lib.optionals pythonSupport (with python2Packages; [ python numpy ]) </del> <ins> ] ++ lib.optionals pythonSupport (with python3Packages; [ python numpy ]) </ins> ++ lib.optional opencvSupport opencv; cmakeFlags = let

"-DENABLE_TESTING=${enableIf doCheck}" "-DDISABLE_META_INTEGRATION_TESTS=ON" "-DTRAVIS_DISABLE_META_CPP=ON" <del> "-DPythonModular=${enableIf pythonSupport}" </del> <ins> "-DINTERFACE_PYTHON=${enableIf pythonSupport}" </ins> "-DOpenCV=${enableIf opencvSupport}" "-DUSE_SVMLIGHT=${enableIf withSvmLight}" ];

rm -r $out/share ''; <ins> postFixup = '' # CMake incorrectly calculates library path from dev prefix substituteInPlace $dev/lib/cmake/shogun/ShogunTargets-release.cmake  --replace "''${_IMPORT_PREFIX}/lib/" "$out/lib/" ''; </ins> meta = with lib; { description = "A toolbox which offers a wide range of efficient and unified machine learning methods"; homepage = "http://shogun-toolbox.org/";
Change:
and can not be installed on aarch64-linux. Steps to reproduce the behavior: That may be installed on aarch64-linux. The following command which install vscode without fhs works:

Discussion:
ldconfig = writeShellScriptBin "ldconfig" '' # due to a glibc bug, 64-bit ldconfig complains about patchelf'd 32-bit libraries, so we're using 32-bit ldconfig <del> exec ${pkgsi686Linux.glibc.bin}/bin/ldconfig -f /etc/ld.so.conf -C /etc/ld.so.cache "$@" </del> <ins> exec ${if stdenv.isx86_64 && stdenv.isLinux then pkgsi686Linux.glibc.bin else pkgs.glibc.bin}/bin/ldconfig -f /etc/ld.so.conf -C /etc/ld.so.cache "$@" </ins> ''; etcProfile = writeText "profile" '' export PS1='${name}-chrootenv:u@h:w$ '

{ lib <ins> , stdenv </ins> , callPackage , runCommandLocal , writeShellScript

exec ${run} "$@" ''; <ins> indentLines = str: lib.concatLines (map (s: "  " + s) (filter (s: s != "") (lib.splitString "n" str))); </ins> bwrapCmd = { initArgs ? "" }: '' ignored=(/nix /dev /proc /etc) ro_mounts=()

--symlink /etc/ld.so.cache ${glibc}/etc/ld.so.cache  --ro-bind ${glibc}/etc/rpc ${glibc}/etc/rpc  --remount-ro ${glibc}/etc  <ins> '' + lib.optionalString (stdenv.isx86_64 && stdenv.isLinux) (indentLines '' </ins> --tmpfs ${pkgsi686Linux.glibc}/etc  --symlink /etc/ld.so.conf ${pkgsi686Linux.glibc}/etc/ld.so.conf  --symlink /etc/ld.so.cache ${pkgsi686Linux.glibc}/etc/ld.so.cache  --ro-bind ${pkgsi686Linux.glibc}/etc/rpc ${pkgsi686Linux.glibc}/etc/rpc  --remount-ro ${pkgsi686Linux.glibc}/etc  <ins> '') + '' </ins> "''${ro_mounts[@]}" "''${symlinks[@]}" "''${auto_mounts[@]}"
Change:
Project description Use any Linux distribution inside your terminal. Distrobox uses or to create containers using the Linux distribution of your choice. The created container will be tightly integrated with the host, allowing sharing of the HOME directory of the user, external storage, external USB devices and graphical apps (X11/Wayland), and audio. Metadata homepage URL: source URL: license: GPL-3.0-only platforms: linux
Correction: homepage URL is
I make it properly work as system package i based it off and removed shebang patches for export and init to avoid nix paths in podman containers I don't know how to deal with xhost part proper way

Discussion:
<ins> { stdenvNoCC, lib, fetchFromGitHub }: stdenvNoCC.mkDerivation rec { pname = "distrobox"; version = "1.2.13"; src = fetchFromGitHub { owner = "89luca89"; repo = pname; rev = version; sha256 = "047mrhsfi88mgwylnnyxg6xa7hjjrajn2pf7vfmb6161myqybvfy"; }; dontConfigure = true; dontBuild = true; installPhase = '' runHook preInstall mkdir -p $out/bin ./install -p $out/bin runHook postInstall ''; meta = with lib; { description = "Wrapper around podman or docker to create and start containers"; longDescription = '' Use any linux distribution inside your terminal. Enable both backward and forward compatibility with software and freedom to use whatever distribution you’re more comfortable with ''; homepage = "https://distrobox.privatedns.org/"; license = licenses.gpl3Only; platforms = platforms.all; maintainers = with maintainers; [ atila ]; }; } </ins>

inherit (darwin.apple_sdk.frameworks) Security; }; <ins> distrobox = callPackage ../applications/virtualization/distrobox { }; </ins> djmount = callPackage ../tools/filesystems/djmount { }; dgsh = callPackage ../shells/dgsh { };
Change:
the-powder-toy segfaults when trying to execute it on aarch64-darwin. It should run and launch the game.
It is fixed upstream from snapshot-231. Should we bump the version or make a patch?
fix (update to latest commit) in

Discussion:
<del> { lib, stdenv, fetchFromGitHub, meson, luajit, ninja, pkg-config , python3, SDL2, lua, fftwFloat, zlib, bzip2, curl, darwin }: </del> <ins> { lib , stdenv , fetchFromGitHub , meson , ninja , pkg-config , python3 , SDL2 , bzip2 , curl , fftwFloat , lua , luajit , zlib , Cocoa }: </ins> stdenv.mkDerivation rec { pname = "the-powder-toy"; <del> version = "96.2.350"; </del> <ins> version = "unstable-2022-08-30"; </ins> src = fetchFromGitHub { owner = "The-Powder-Toy"; repo = "The-Powder-Toy"; <del> rev = "v${version}"; sha256 = "sha256-OAy/Hd2UksNiIfTdpA+u9NzIq1pfe8RYG3slI4/LNnM="; </del> <ins> rev = "9e712eba080e194fc162b475f58aaed8f4ea008e"; sha256 = "sha256-44xUfif1E+T9jzixWgnBxOWmzPPuVZy7rf62ig/CczA="; </ins> }; nativeBuildInputs = [ meson ninja pkg-config python3 ]; <del> buildInputs = [ luajit SDL2 lua fftwFloat zlib bzip2 curl ]; </del> <ins> buildInputs = [ SDL2 bzip2 curl fftwFloat lua luajit zlib ] ++ lib.optionals stdenv.isDarwin [ Cocoa ]; </ins> installPhase = '' install -Dm 755 powder $out/bin/powder

mv ../resources $out/share ''; <del> propagatedBuildInputs = lib.optionals stdenv.isDarwin [ darwin.apple_sdk.frameworks.Cocoa ]; </del> meta = with lib; { description = "A free 2D physics sandbox game"; homepage = "http://powdertoy.co.uk/";

the-powder-toy = callPackage ../games/the-powder-toy { lua = lua5_1; <ins> inherit (darwin.apple_sdk.frameworks) Cocoa; </ins> }; tbe = libsForQt5.callPackage ../games/the-butterfly-effect { };
Change:
Couldn't start dropbox after upgrading it. Seeing the following error: The info file that the error message refers to: I believe the most interesting part there is Probably a wrong version of PyQt5, but I don't know for sure and have a little expertise in NixOS to troubleshoot that by myself, sorry. :( Could be caused by (Even though the error message suggest to contact Dropbox support I still would like to consult here first) Have dropbox 3.12.6 installed on your system Upgrade dropbox with Try to start dropbox (Well I believe it may be reproduced without actually upgrading existing dropbox, but just by installing the 3.20.1 version for the first time, but I've never actually tried that) System: 16.03.836. (Emu) Nix version: nix-env (Nix) 1.11.2 Nixpkgs version: 16.03.836.
cc
Yeah, sounds like an outdated PyQT5, from the error message. I'll see whether we can't provide a more recent version in stable channel. Push comes to shove, we'll have to deactivate dropbox in stable :( Unfortunately, Dropbox doesn't think it's necessary any more, to provide changelogs along with their releases.
turns out, the situation isn't quite as dramatic, qt55 is already in stable and seems to work
We really need to fix the Dropbox build to use the bundled libraries whenever possible. (That will also resolve this issue permanently.) Dropbox ships libraries that have been incompatibly patched from the open source versions (and they won't say which libraries are patched).
The latest nixos-stable version of dropbox seems to be working for me. I don't know guys your process, so how should I proceed on that? Should I close this issue by myself or maybe you have some sort of verification phase where it's closed by someone else? Anyway, thank you very much for fixing this! :)

Discussion:
copy-com = callPackage ../applications/networking/copy-com { }; <del> dropbox = qt5.callPackage ../applications/networking/dropbox { }; </del> <ins> dropbox = qt55.callPackage ../applications/networking/dropbox { }; </ins> dropbox-cli = callPackage ../applications/networking/dropbox-cli { };
Change:
When I try to rebuild a system with , I get the following message during nixos-rebuild: This problem went away when I changed the option to . (Untested outside of my own system) Use the following in Then, run . system: host os: multi-user?: sandbox: version: channels(root): channels(b): nixpkgs:
I'm having the same problem. please fix the typo in the title, so this is easier to find.
Haha thanks for pointing that out!
After applying the patch it seems to build fine. I didn't actually run virtualbox yet, since I'm only using it for a BOINC project but haven't received any work units actually using virtualbox yet. Can you test it please? If that works, I can make a PR that conditionally removes these two lines.
unfortunately I'm not using VirtualBox anymore so I can't try this anymore. :/
Should be fixed with .

Discussion:
group = "vboxusers"; setuid = true; }; <ins> executables = [ "VBoxHeadless" "VBoxNetAdpCtl" "VBoxNetDHCP" "VBoxNetNAT" "VBoxVolInfo" ] ++ (lib.optionals (!cfg.headless) [ "VBoxSDL" "VirtualBoxVM" ]); </ins> in mkIf cfg.enableHardening <del> (builtins.listToAttrs (map (x: { name = x; value = mkSuid x; }) [ "VBoxHeadless" "VBoxNetAdpCtl" "VBoxNetDHCP" "VBoxNetNAT" "VBoxSDL" "VBoxVolInfo" "VirtualBoxVM" ])); </del> <ins> (builtins.listToAttrs (map (x: { name = x; value = mkSuid x; }) executables)); </ins> users.groups.vboxusers.gid = config.ids.gids.vboxusers;
Change:
It appears that markdown rendering used on and for Github markdown doesn't deal well with which (I suppose) should show up as — Readthedocs shows it correctly. This character sequence seems to be used only in Haskell section of nixpkgs docs Open or in the code you'll see while on there are 's in the corresponding places Not relevant for this issue
Thanks. Hmm, nitpick: IIRC em-dashes with spaces around them aren't generally accepted; the common styles are and (which I personally prefer).
is there any nix documentation style guide where this should be ? I don't have any preference here but it's better to be consistent at least :) Both in input and output
No, we don't have that. There's not even full consensus about what formats can be used &ndash; originally it was just DocBook but a few parts are in a Markdown flavor now.

Discussion:
# TODO add plugins having various licenses, see http://www.vamp-plugins.org/download.html <del> { stdenv, fetchurl, alsaLib, bzip2, fftw, jackaudio, libX11, liblo, libmad, libogg, librdf, librdf_raptor, librdf_rasqal, libsamplerate, libsndfile, makeWrapper, pulseaudio, qt4, redland, rubberband, vampSDK </del> <ins> { stdenv, fetchurl, alsaLib, bzip2, fftw, jackaudio, libX11, liblo , libmad, libogg, librdf, librdf_raptor, librdf_rasqal, libsamplerate , libsndfile, makeWrapper, pkgconfig, pulseaudio, qt4, redland , rubberband, vampSDK </ins> }: <del> stdenv.mkDerivation { name = "sonic-visualiser-1.8"; </del> <ins> stdenv.mkDerivation rec { name = "sonic-visualiser-${version}"; version = "1.9"; </ins> src = fetchurl { <del> url = http://downloads.sourceforge.net/sv1/sonic-visualiser-1.8.tar.gz; sha256 = "16ik6q9n92wljvnqcv7hyzb9v3yp3ixxp6df9kasf53fii973dh7"; </del> <ins> url = "http://code.soundsoftware.ac.uk/attachments/download/194/${name}.tar.gz"; sha256 = "00igf7j6s8xfyxnlkbqma0yby9pknxqzy8cmh0aw95ix80cw56fq"; </ins> }; buildInputs = [ libsndfile qt4 fftw /* should be fftw3f ??*/ bzip2 librdf rubberband libsamplerate vampSDK alsaLib librdf_raptor librdf_rasqal redland <ins> pkgconfig </ins> # optional jackaudio # portaudio

description = "View and analyse contents of music audio files"; homepage = http://www.sonicvisualiser.org/; license = "GPLv2"; <del> maintainers = [ stdenv.lib.maintainers.marcweber stdenv.lib.maintainers.goibhniu ]; </del> <ins> maintainers = [ stdenv.lib.maintainers.marcweber stdenv.lib.maintainers.goibhniu ]; </ins> platforms = stdenv.lib.platforms.linux; }; }
Change:
Qtox refuses to start even on the most recent update of unstable nixos. Here's what I get when I try to start it: System: (NixOS: , Ubuntu/Fedora: , ...) 16.09pre84171. (Flounder) Nix version: (run ) nix-env (Nix) 1.11.2 Nixpkgs version: (run ) "16.09pre84171."
99% sure it's a duplicate of
Hmm, apparently it's not the same fix, even if it's the same problem (qt tmp folder at the beggining of rpath). any ideas?
It's because has a custom that does not call its hooks correctly, so the temporary directory never gets deleted (which is required for the to be updated). I'll have it fixed today, but I'm also going to move the deletion to an earlier point in the build process when it cannot be carelessly omitted.
If you're going to fix the install phase, getting it to install the .desktop file would be nice. I think there's something wrong with the file (around line 180 I think) that causes "make install" to ignore the prefix set and install to /usr/, so whoever packaged it probably worked around it by doing a manual installPhase.

Discussion:
''; installPhase = '' <ins> runHook preInstall </ins> mkdir -p "$out/bin" cp bin/* "$out/bin" <ins> runHook postInstall </ins> ''; meta = {
Change:
I'm getting a hash mismatch error trying to add . I suppose this is due to . Can you please check the sha256 hash?
It seems that the given hash (the one in ) corresponds to at commit . Did the author move the tag from this commit to a more recent one?
I'm not sure what is causing the error. Maybe this sha256 = "sha256:0ps6d78i5mp1gcigxfp9rxmjr1k00nkr37vllhr0rdyph97w41s1"; shouldn't have "sha256:" in it. gives me this info: As a workarround, I manage to add the package by overriding . In it looks like this:

Discussion:
owner = "johnwhitington"; repo = "cpdf-source"; rev = "v${version}"; <del> sha256 = "sha256:0ps6d78i5mp1gcigxfp9rxmjr1k00nkr37vllhr0rdyph97w41s1"; </del> <ins> sha256 = "sha256:1qmx229nij7g6qmiacmyy4mcgx3k9509p4slahivshqm79d6wiwl"; </ins> }; buildInputs = [ ocaml findlib ncurses ];
Change:
Project description Image crop and annotation tool built using Gtk and Vala. I think it is compatible with GNOME environment. Metadata homepage URL: source URL: license: gpl3 platforms: linux

Discussion:
<ins> { lib , stdenv , fetchFromGitHub , pkg-config , meson , ninja , vala , wrapGAppsHook , desktop-file-utils , libgee , pantheon , libxml2 , libhandy }: stdenv.mkDerivation rec { pname = "annotator"; version = "1.2.1"; src = fetchFromGitHub { owner = "phase1geo"; repo = "annotator"; rev = version; hash = "sha256-VHvznkGvrE8o9qq+ijrIStSavq46dS8BqclWEWZ8mG8="; }; nativeBuildInputs = [ pkg-config meson ninja vala wrapGAppsHook desktop-file-utils ]; buildInputs = [ libgee pantheon.granite libxml2 libhandy ]; meta = with lib; { description = "Image annotation for Elementary OS"; homepage = "https://github.com/phase1geo/Annotator"; license = licenses.gpl3Plus; mainProgram = "com.github.phase1geo.annotator"; maintainers = with maintainers; [ aleksana ]; platforms = platforms.linux; }; } </ins>
Change:
When starting : Steps to reproduce the behavior: nautilus on console No error and the context-menu is shown <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- maybe could help?
Look at the top of . You will need something like that in to find dependencies.
Also linking for context.
Actually, looks like it is there, only incomplete. For some reason does not contain the contents of . In the worse case, you can add it manually: but then it will fail differently: so you need to fix the typelib as mentioned in the manual:
I think i followed your suggestions: but I am still getting the same error :confused:
As you can see from the error, you need Poppler, not Gmenu typelib. And possibly some other.
i can confirm, that the entry is now visible, but two times. Might be, that my configuration is weird.

Discussion:
./executable-name.patch # hardcode path to mat2 executable ./tests.patch <ins> # fix gobject-introspection typelib path for Nautilus extension (substituteAll { src = ./fix_poppler.patch; poppler_path = "${poppler_gi}/lib/girepository-1.0"; }) </ins> ]; postPatch = ''

install -Dm 444 data/mat2.svg -t "$out/share/icons/hicolor/scalable/apps" install -Dm 444 doc/mat2.1 -t "$out/share/man/man1" install -Dm 444 nautilus/mat2.py -t "$out/share/nautilus-python/extensions" <del> buildPythonPath "$out $pythonPath" </del> <ins> buildPythonPath "$out $pythonPath $propagatedBuildInputs" </ins> patchPythonScript "$out/share/nautilus-python/extensions/mat2.py" '' + lib.optionalString dolphinIntegration '' install -Dm 444 dolphin/mat2.desktop -t "$out/share/kservices5/ServiceMenus"

<ins> diff --git a/nautilus/mat2.py b/nautilus/mat2.py index 11e6986..5a0e68f 100644 --- a/nautilus/mat2.py +++ b/nautilus/mat2.py @@ -22,6 +22,9 @@ import gi gi.require_version('Nautilus', '3.0') gi.require_version('Gtk', '3.0') gi.require_version('GdkPixbuf', '2.0') +gi.require_version('GIRepository', '2.0') +from gi.repository import GIRepository +GIRepository.Repository.prepend_search_path('@poppler_path@') from gi.repository import Nautilus, GObject, Gtk, Gio, GLib, GdkPixbuf from libmat2 import parser_factory </ins>
Change:
When submitting an answer to a card with type "Basic (type in the answer)", pop-up appears containing Python backtrace, which in turn contains . Steps to reproduce the behavior: a new deck and add a card with a type "Basic (type in the answer)" a card from that deck to submit an answer Anki proceeds to a next card and no error appears This bug was first found in and has been pinpointed to Anki using method, which was undocumented and only existed in Python 3.8. That report also contains a patch, I tested it on my local machine and it works. system: host os: multi-user?: sandbox: version: channels(insep): channels(root): nixpkgs:
I have applied the patch from the linked gentoo thread, and confirmed that the issue is resolved. Though this is my first contribution to nixpkgs, so it would be a good idea for a maintainer to review the change as well.

Discussion:
url = "https://sources.debian.org/data/main/a/anki/2.1.15+dfsg-3/debian/patches/fix-mpv-args.patch"; sha256 = "1dimnnawk64m5bbdbjrxw5k08q95l728n94cgkrrwxwavmmywaj2"; }) <ins> (fetchpatch { name = "anki-2.1.15-unescape.patch"; url = "https://795309.bugs.gentoo.org/attachment.cgi?id=715200"; sha256 = "14rz864kdaba4fd1marwkyz9n1jiqnbjy4al8bvwlhpvp0rm1qk6"; }) </ins> ]; # Anki does not use setup.py