jiebi/CodeConvo huggingface dataset:
Change:
On macOS arrow-cpp produces a library which has "id" "". This seems to be different from all the other libraries I have which use an actual path starting with "/nix" and an executable linking against such a library fails to load at runtime. Fixing by hand the path with: fixes the issue and the executable linking to it works as expected. Is there anything particular which should be done to relocate the id of a dynamic library which needs to be explicitly done in nix?
Good catch! I've opened a PR to fix this.

Discussion:
<del> { stdenv, fetchurl, fetchFromGitHub, autoconf, boost, brotli, cmake, double-conversion, flatbuffers, gflags, glog, gtest, lz4, perl, python, rapidjson, snappy, thrift, uriparser, which, zlib, zstd }: </del> <ins> { stdenv, fetchurl, fetchFromGitHub, fixDarwinDylibNames, autoconf, boost, brotli, cmake, double-conversion, flatbuffers, gflags, glog, gtest, lz4, perl, python, rapidjson, snappy, thrift, uriparser, which, zlib, zstd }: </ins> let parquet-testing = fetchFromGitHub {

./darwin.patch ]; <del> nativeBuildInputs = [ cmake autoconf /* for vendored jemalloc */ ]; </del> <ins> nativeBuildInputs = [ cmake autoconf /* for vendored jemalloc */ ] ++ stdenv.lib.optional stdenv.isDarwin fixDarwinDylibNames; </ins> buildInputs = [ boost brotli double-conversion flatbuffers gflags glog gtest lz4 rapidjson snappy thrift uriparser zlib zstd python.pkgs.python python.pkgs.numpy
Change:
With current unstable fails with the error messages: cc system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
cc

Discussion:
cd src/libXNVCtrl ''; <ins> makeFlags = [ "OUTPUTDIR=." # src/libXNVCtrl ]; </ins> installPhase = '' mkdir -p $out/lib mkdir -p $out/include/NVCtrl
Change:
, (nixos-unstable) (nixos-unstable) (nixos-unstable) Scanned versions: nixos-unstable: . May contain false positives.
See also

Discussion:
<del> {stdenv, fetchurl, autoconf, automake, libtool}: </del> <ins> {stdenv, lib, fetchFromGitLab, autoconf, automake, libtool}: </ins> stdenv.mkDerivation rec { <del> pName = "soundtouch"; name = "${pName}-2.0.0"; src = fetchurl { url = "https://www.surina.net/soundtouch/${name}.tar.gz"; sha256 = "09cxr02mfyj2bg731bj0i9hh565x8l9p91aclxs8wpqv8b8zf96j"; </del> <ins> pname = "soundtouch"; version = "2.1.2"; src = fetchFromGitLab { owner = pname; repo = pname; rev = version; sha256 = "174wgm3s0inmbnkrlnspxjwm2014qhjhkbdqa5r8rbfi0nzqxzsz"; </ins> }; <del> buildInputs = [ autoconf automake libtool ]; </del> <ins> nativeBuildInputs = [ autoconf automake libtool ]; </ins> preConfigure = "./bootstrap"; <del> meta = { description = "A program and library for changing the tempo, pitch and playback rate of audio"; homepage = http://www.surina.net/soundtouch/; downloadPage = http://www.surina.net/soundtouch/sourcecode.html; license = stdenv.lib.licenses.lgpl21; platforms = stdenv.lib.platforms.all; </del> <ins> meta = with lib; { description = "A program and library for changing the tempo, pitch and playback rate of audio"; homepage = "http://www.surina.net/soundtouch/"; license = licenses.lgpl21; platforms = platforms.all; </ins> }; }
Change:
, (nixos-unstable) (nixos-unstable) (nixos-unstable) (nixos-unstable) (nixos-unstable) (nixos-unstable) (nixos-unstable) Scanned versions: nixos-unstable: . May contain false positives.
I can't see this reported for 19.03, but the version is the same, so I cherry-picked that PR anyway.

Discussion:
<del> { stdenv, fetchurl, libiconv }: </del> <ins> { stdenv, fetchurl, libiconv, fetchpatch }: </ins> stdenv.mkDerivation rec { name = "wavpack-${version}";

sha256 = "0i19c6krc0p9krwrqy9s5xahaafigqzxcn31piidmlaqadyn4f8r"; }; <ins> patches = [ (fetchpatch { url = "https://github.com/dbry/WavPack/commit/26cb47f99d481ad9b93eeff80d26e6b63bbd7e15.patch"; name = "CVE-2018-10536-CVE-2018-10537.patch"; sha256 = "0s0fyycd4x7pw4vl1yp2vp4zrlk04j85idvnxz5h96fj6196anw6"; }) (fetchpatch { url = "https://github.com/dbry/WavPack/commit/6f8bb34c2993a48ab9afbe353e6d0cff7c8d821d.patch"; name = "CVE-2018-10538-CVE-2018-10539-CVE-2018-10540.patch"; sha256 = "03qzmaq9mwiqbzrx1lvkgkhz3cjv7dky1b4lka3d5q2rwdlyw5qk"; }) (fetchpatch { url = "https://github.com/dbry/WavPack/commit/d5bf76b5a88d044a1be1d5656698e3ba737167e5.patch"; name = "CVE-2018-6767.patch"; sha256 = "158c60i188kbxl0hzb7g74g21pknz7fk429vnbbx9zk1mlyyyl5b"; }) (fetchpatch { url = "https://github.com/dbry/WavPack/commit/bf408e95f43fafdcef42c3f5f9c9d0e6ab0331b9.patch"; name = "CVE-2019-11498-1.patch"; sha256 = "161dw759v1lzbhj7daw2gbmcji8s0njpa65xmqhqw73bwpzb3xkd"; }) (fetchpatch { url = "https://github.com/dbry/WavPack/commit/cd353bccafb1274a525c3536aaff8c48c3a33aa0.patch"; name = "CVE-2019-11498-2.patch"; sha256 = "120sb1iqkq2gadh0qydqvca4vwx31zb7gk1d0nm0y5agav2ai0dk"; }) (fetchpatch { url = "https://github.com/dbry/WavPack/commit/4c0faba32fddbd0745cbfaf1e1aeb3da5d35b9fc.patch"; name = "CVE-2019-11498-3.patch"; sha256 = "12744yn1035mf7wzgqrkyadw5mwqf9v34ckj2m5sirk97k47k0wa"; }) (fetchpatch { url = "https://github.com/dbry/WavPack/commit/bc6cba3f552c44565f7f1e66dc1580189addb2b4.patch"; name = "CVE-2019-11498-4.patch"; sha256 = "0qdw071b14hmxkjw6kn83d8hzq89l3hqh64pl1f1wb8m51w5xfg7"; }) ]; </ins> meta = with stdenv.lib; { description = "Hybrid audio compression format"; homepage    = http://www.wavpack.com/;
Change:
Hi, I'm a Keybase developer and some of our users reported that the Nix packages were out of date. Keybase 4.1.0 was released a while ago, so I believe these need to be updated: Additionally, the KBFS nix should point to the new remote, with , and be on the same version as the other packages (4.1.0). Please let me know if you have any questions, happy to answer! Thanks. N/A N/A
if the users are using the stable branch, then the update will need to be backported. Otherwise if they are unstable then it should be just a few short moments ;)
KBFS has not been updated as directed here.

Discussion:
, runtimeShell, gsettings-desktop-schemas }: let <del> versionSuffix = "20190508150240.6614a49937"; </del> <ins> versionSuffix = "20190612201656.952fee6c59"; </ins> in stdenv.mkDerivation rec { name = "keybase-gui-${version}"; <del> version = "4.0.0"; # Find latest version from https://prerelease.keybase.io/deb/dists/stable/main/binary-amd64/Packages </del> <ins> version = "4.1.0"; # Find latest version from https://prerelease.keybase.io/deb/dists/stable/main/binary-amd64/Packages </ins> src = fetchurl { url = "https://s3.amazonaws.com/prerelease.keybase.io/linux_binaries/deb/keybase_${version + "-" + versionSuffix}_amd64.deb"; <del> sha256 = "1fj92gxwfd6909r79prsq760b9s50js1iip5c01621hz9y39jd6m"; </del> <ins> sha256 = "0jwxw75yz7sbvfqw2aksa3p7jlcv817743fl59qk6rq1x9ag6qpx"; </ins> }; nativeBuildInputs = [
Change:
Hi, I'm a Keybase developer and some of our users reported that the Nix packages were out of date. Keybase 4.1.0 was released a while ago, so I believe these need to be updated: Additionally, the KBFS nix should point to the new remote, with , and be on the same version as the other packages (4.1.0). Please let me know if you have any questions, happy to answer! Thanks. N/A N/A
if the users are using the stable branch, then the update will need to be backported. Otherwise if they are unstable then it should be just a few short moments ;)
KBFS has not been updated as directed here.

Discussion:
<del> { stdenv, buildGoPackage, fetchFromGitHub }: buildGoPackage rec { name = "kbfs-${version}"; version = "2.11.0"; goPackagePath = "github.com/keybase/kbfs"; subPackages = [ "kbfsfuse" "kbfsgit/git-remote-keybase" ]; dontRenameImports = true; src = fetchFromGitHub { owner = "keybase"; repo = "kbfs"; rev = "v${version}"; sha256 = "1qlns7vpyj3ivm7d3vvlmx3iksl7hpcg87yh30f3n64c8jk0xc83"; }; buildFlags = [ "-tags production" ]; meta = with stdenv.lib; { homepage = https://www.keybase.io; description = "The Keybase FS FUSE driver"; platforms = platforms.unix; maintainers = with maintainers; [ rvolosatovs bennofs np ]; license = licenses.bsd3; }; } </del>

<ins> { stdenv, buildGoPackage, fetchFromGitHub, keybase }: buildGoPackage rec { pname = "kbfs"; inherit (keybase) src version; goPackagePath = "github.com/keybase/client"; subPackages = [ "go/kbfs/kbfsfuse" "go/kbfs/kbfsgit/git-remote-keybase" ]; dontRenameImports = true; buildFlags = [ "-tags production" ]; meta = with stdenv.lib; { homepage = "https://keybase.io/docs/kbfs"; description = "The Keybase filesystem"; platforms = platforms.unix; maintainers = with maintainers; [ rvolosatovs bennofs np ]; license = licenses.bsd3; }; } </ins>

inherit (darwin.apple_sdk.frameworks) AVFoundation AudioToolbox ImageIO CoreMedia Foundation CoreGraphics MediaToolbox; }; <del> kbfs = callPackage ../tools/security/kbfs { }; </del> <ins> kbfs = callPackage ../tools/security/keybase/kbfs.nix { }; </ins> keybase-gui = callPackage ../tools/security/keybase/gui.nix { };
Change:
From the mailing list:
No time to work on this right now, feel free to take it or I'll take it later this week.
How should this be tackled, should the generated hardware- use a mkDefault ?
Yes, I think so.

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:
Derivation fails to build with the following log: <details<summarynix log 81kl20ksz7wjv6anvkmw2bxi6ki5y6z3-python3.7-pytest-</summary</details- system: host os: multi-user?: sandbox: version: channels(root): channels(nagisa): nixpkgs:
We should be getting rid of , so ideally the solution here updates Beets so it uses the current .
Fixed with above PR ^

Discussion:
{ lib, buildPythonPackage, fetchPypi, xmltodict, requests # Test dependencies <del> , pytest_3, pytestcov, coveralls, pylint, flake8, graphviz, mock, sphinx </del> <ins> , pytest, pytestcov, coveralls, pylint, flake8, graphviz, mock, sphinx </ins> , sphinx_rtd_theme }: buildPythonPackage rec { pname = "soco"; <del> version = "0.16"; </del> <ins> version = "0.17"; </ins> src = fetchPypi { inherit pname version; <del> sha256 = "7bed4475e3f134283af1f520a9b2e6ce2a8e69bdc1b58ee68528b3d093972424"; </del> <ins> sha256 = "15zw6i5z5p8vsa3lp20rjizhv4lzz935r73im0xm6zsl71bsgvj8"; </ins> }; <ins> postPatch = '' # https://github.com/SoCo/SoCo/pull/670 substituteInPlace requirements-dev.txt  --replace "pytest-cov>=2.4.0,<2.6" "pytest-cov>=2.4.0" ''; </ins> propagatedBuildInputs = [ xmltodict requests ]; checkInputs = [ <del> pytest_3 pytestcov coveralls pylint flake8 graphviz mock sphinx </del> <ins> pytest pytestcov coveralls pylint flake8 graphviz mock sphinx </ins> sphinx_rtd_theme ];
Change:
won't run because it tries to figure our where the spark home is but to no avail. is a shell script, but somehow it got a extension and is being run by python. A look into the script shows that is not called if the environment variable is set. Hence this works:
I also have this problem, ended up with this in my project's : Not sure how to best resolve this in the package though.
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 issue still exists. technical details
I marked this as stale due to inactivity. &rarr;
Did anyone find a solution to this?
I marked this as stale due to inactivity. &rarr;

Discussion:
--replace py4j== 'py4j>=' ''; <ins> postFixup = '' # find_python_home.py has been wrapped as a shell script substituteInPlace $out/bin/find-spark-home  --replace 'export SPARK_HOME=$($PYSPARK_DRIVER_PYTHON "$FIND_SPARK_HOME_PYTHON_SCRIPT")'  'export SPARK_HOME=$("$FIND_SPARK_HOME_PYTHON_SCRIPT")' # patch PYTHONPATH in pyspark so that it properly looks at SPARK_HOME substituteInPlace $out/bin/pyspark  --replace 'export PYTHONPATH="''${SPARK_HOME}/python/:$PYTHONPATH"'  'export PYTHONPATH="''${SPARK_HOME}/..:''${SPARK_HOME}/python/:$PYTHONPATH"' ''; </ins> propagatedBuildInputs = [ py4j ]; passthru.optional-dependencies = {
Change:
Please package Anonip, a tool to anonymize IP addresses in log files. It is a simple Python application without any requirements. All required information can be found in he . Anonip masks the last bits of IPv4 and IPv6 addresses in log files. That way most of the relevant information is preserved, while the IP address does not match a particular individuum anymore. Depending on your Web server, the log entries may be piped to Anonip directly or via a FIFO (named pipe). Thus the unmasked IP addresses will never be written to any file. It's also possible to rewrite existing log files. Anonip can also be uses as a Python module in your own Python application.

Discussion:
<ins> { stdenv, lib, buildPythonPackage, fetchFromGitHub, ipaddress, isPy27 }: buildPythonPackage rec { pname = "anonip"; version = "1.0.0"; src = fetchFromGitHub { owner = "DigitaleGesellschaft"; repo = "Anonip"; rev = "v${version}"; sha256 = "0y5xqivcinp6pwx4whc8ca1n2wxrvff7a2lpbz2dhivilfanmljs"; }; propagatedBuildInputs = lib.optionals isPy27 [ ipaddress ]; checkPhase = "python tests.py"; meta = with stdenv.lib; { homepage = "https://github.com/DigitaleGesellschaft/Anonip"; description = "A tool to anonymize IP-addresses in log-files"; license = licenses.bsd3; maintainers = [ maintainers.mmahut ]; }; } </ins>

aniso8601 = callPackage ../development/python-modules/aniso8601 {}; <ins> anonip = callPackage ../development/python-modules/anonip { }; </ins> asgiref = callPackage ../development/python-modules/asgiref { }; python-editor = callPackage ../development/python-modules/python-editor { };
Change:
, (nixos-19.03) Scanned versions: nixos-19.03: . May contain false positives.

Discussion:
name = "CVE-2019-12450.patch"; sha256 = "03ris8lllbb7i18qvbpqaf7xdwfz1dkskx8mb533dmwlp2ll69hg"; }) <ins> # https://gitlab.gnome.org/GNOME/glib/issues/1658 (fetchpatch { name = "CVE-2019-13012.patch"; url = "https://gitlab.gnome.org/GNOME/glib/commit/5e4da714f00f6bfb2ccd6d73d61329c6f3a08429.patch"; sha256 = "0ykfx9i1ipz06n7hvz27qw0l9hy9jslg5gqqxyfiivy81q4p7lnl"; }) </ins> ]; outputs = [ "bin" "out" "dev" "devdoc" ];
Change:
, (nixos-unstable) (nixos-unstable) Scanned versions: nixos-unstable: . May contain false positives.
See also

Discussion:
name = "CVE-2018-19840.patch"; sha256 = "08y27py8hnki74ad8wbknnd36vj5pzzcm2vk3ngcbsjnj7x5mffz"; }) <ins> (fetchpatch { url = "https://github.com/dbry/WavPack/commit/bba5389dc598a92bdf2b297c3ea34620b6679b5b.patch"; name = "CVE-2018-19841.patch"; sha256 = "08gx5xx51bi86cqqy7cv1d25k669a7wnkksasjspphwkpwkcxymy"; }) </ins> ]; meta = with stdenv.lib; {
Change:
Overriding idris-no-deps in nixpkgs results in a mismatch between versions of builtin packages and the compiler. With this derivation: I would expect to end up overriding the version of idris-no-deps in idrisPackages would change the derivations of builtin packages to be built with the supplied version of Idris. However, instead they are built with the Idris from the channel used. Leading to this error at build time (for Idris2): By examining the final result of the build I can see 2 versions of idris being used: Please run and paste the results.
Thought I might be able to solve this issue by specifying overrides as well. But no luck This is what the derivation for base looks like Specifically: Which contains the wrong version of Idris.
Same issue with non builtin packages as well. Also perhaps this is a better demonstration of the build time dependencies:
Thanks for the report, above PR should fix it, let me know if it works for you, then I'll merge it :)
Well actually I know it will work, but still. As a workaround if you don't want to change nixpkgs, an overlay should give no problems too:
Brilliant! Yes it's working for me and I'm now able to build Idris 2. Thank you very much!

Discussion:
# Build an idris package <del> { stdenv, lib, idrisPackages, gmp }: </del> <ins> { stdenv, lib, gmp, prelude, base, with-packages, idris }: </ins> { idrisDeps ? [] , noPrelude ? false , noBase ? false

}@attrs: let allIdrisDeps = idrisDeps <del> ++ lib.optional (!noPrelude) idrisPackages.prelude ++ lib.optional (!noBase) idrisPackages.base; idris-with-packages = idrisPackages.with-packages allIdrisDeps; </del> <ins> ++ lib.optional (!noPrelude) prelude ++ lib.optional (!noBase) base; idris-with-packages = with-packages allIdrisDeps; </ins> newAttrs = builtins.removeAttrs attrs [ "idrisDeps" "noPrelude" "noBase" "name" "version" "ipkgName" "extraBuildInputs" ] // { meta = attrs.meta // { <del> platforms = attrs.meta.platforms or idrisPackages.idris.meta.platforms; </del> <ins> platforms = attrs.meta.platforms or idris.meta.platforms; </ins> }; }; in
Change:
Describe the bug depend on: python3Packages.jsondiff provides . which depends on jsonpatch which also provides . To Reproduce Steps to reproduce the behavior: Expected behavior A shell with the library available to Python scripts. Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(root): channels(kalbasit): channels(yl): nixpkgs: AND host os: multi-user?: sandbox: version: channels(yl): nixpkgs: Maintainer information: cc
do you have an ETA on this issue? Workaround perhaps?
Apparently the executable in the package is deprecated. I therefore suggest patching out the entry from the entry points:
Another solution is to increase (or was it decrease?) the priority of the package so it takes precedence. Though I am not sure whether this solution works.
removing the binary has fixed this particular issue. However, there's another collision now. What to do with this one? I'm filing the PR to fix the first issue, will wait to fix the second one before merging obviously.
Having a collision between files in the backports package implies that one or more of those packages is using the wrong namespaces convention. See e.g.
or if they are namespace packages, then they shouldn't be installing the there altogether for python3, because they should be adhering to That seems to be the case: Taking another step back, for python3, this module shouldn't be needed as python3x will use the module
would you be able to help me get this fixed in . You seem to have more Python knowledge than myself :smile:
hmmm this worked Is this an acceptable fix?
I made it work with Python3, but it's still broken for Python2 (see ).
I'm trying to make a pr now :)
For python2, you will need to do something similar to where you do Unfortunately with namespace packages and python2, there's no way to avoid this :(
you should be able to rebase on top of master now that has been merged

Discussion:
buildPythonPackage rec { pname = "jsondiff"; <del> version = "1.1.2"; </del> <ins> version = "1.2.0"; </ins> src = fetchPypi { inherit pname version; <del> sha256 = "7e18138aecaa4a8f3b7ac7525b8466234e6378dd6cae702b982c9ed851d2ae21"; </del> <ins> sha256 = "00v3689175aqzdscrxpffm712ylp8jvcpqdg51ca22ni6721p51l"; </ins> }; <ins> postPatch = '' sed -e "/'jsondiff=jsondiff.cli:main_deprecated',/d" -i setup.py ''; </ins> # No tests doCheck = false;

homepage = https://github.com/ZoomerAnalytics/jsondiff; license = lib.licenses.mit; }; <del> } </del>  No newline at end of file <ins> } </ins>
Change:
Describe the bug Trying to install a GOG game yields just the following window: ! To Reproduce Steps to reproduce the behavior: a GOG game to your library (eg. via the website) -click it in the Lutris interface the "Install" button for GOG "Install" in the installation directory window Expected behavior Presumably, some sort of login popup is supposed to appear, that enables the integration. Screenshots See above. Additional context I'm using due to an unrelated installation issue with Steam, but I suspect that the main attribute suffers from the same issue. Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: (Note: Lutris installed from ) Maintainer information:
I believe you can fix this by adding to . will take care of the additional wrapping needed for it.
Having very similar issues with the 'lutris' package on nixos 19.09 I'm trying to use from blizzard and getting the following error: edit: this issue is unrelated and resolved through
Adding to in doesn't seem to have any effect. GOG import still complains about the missing lib.

Discussion:
{ buildPythonApplication, lib, fetchFromGitHub, fetchpatch <del> , wrapGAppsHook, gobject-introspection, gnome-desktop, libnotify, libgnome-keyring, pango </del> <ins> , wrapGAppsHook, gobject-introspection, glib-networking, gnome-desktop, libnotify, libgnome-keyring, pango </ins> , gdk-pixbuf, atk, webkitgtk, gst_all_1 , dbus-python, evdev, pyyaml, pygobject3, requests, pillow , xrandr, pciutils, psmisc, glxinfo, vulkan-tools, xboxdrv, pulseaudio, p7zip, xgamma

sha256 = "1g093g0difnkjmnm91p20issdsxn9ri4c56zzddj5wfrbmhwdfag"; }; <ins> nativeBuildInputs = [ wrapGAppsHook ]; </ins> buildInputs = [ <del> wrapGAppsHook gobject-introspection gnome-desktop libnotify libgnome-keyring pango </del> <ins> gobject-introspection glib-networking gnome-desktop libnotify libgnome-keyring pango </ins> gdk-pixbuf atk webkitgtk ] ++ gstDeps;