jiebi/CodeConvo huggingface dataset:
Change:
Describe the bug Rakudo depends on gcc unwrapped noticeably increasing closure size To Reproduce Steps to reproduce the behavior: rakudo Expected behavior Rakudo shouldn't depend on gcc. However, currently it does depend on gcc which causes closure bloat. Additional context Add any other context about the problem here. Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Metadata Please run and paste the result. Maintainer information:
I marked this as stale due to inactivity. &rarr;

Discussion:
<del> { stdenv, fetchurl, perl, icu, zlib, gmp, lib, nqp }: </del> <ins> { stdenv, fetchurl, perl, icu, zlib, gmp, lib, nqp, removeReferencesTo }: </ins> stdenv.mkDerivation rec { pname = "rakudo";

sha256 = "11ixlqmvbb37abksdysg5r4lkbwzr486lkc0ssl3wca4iiy3mhgf"; }; <ins> nativeBuildInputs = [ removeReferencesTo ]; </ins> buildInputs = [ icu zlib gmp perl ]; configureScript = "perl ./Configure.pl"; configureFlags = [

"--with-nqp=${nqp}/bin/nqp" ]; <ins> disallowedReferences = [ stdenv.cc.cc ]; postFixup = '' remove-references-to -t ${stdenv.cc.cc} "$(readlink -f $out/share/perl6/runtime/dynext/libperl6_ops_moar.so)" ''; </ins> meta = with lib; { description = "Raku implementation on top of Moar virtual machine"; homepage    = "https://rakudo.org";
Change:
The latest major version 5.9 of the Linux kernel . Apparently, zstd compressed things decompress much faster and can cut boot times substantially, hence it seems worthwhile for us to support this scheme. Currently we are using bzip2. Unfortunately, I probably won't find time to work on this myself, but thought to open this issue to track progress.
I've [probably] been using it through a xanmod patch, not recently since the 5.9 release though. What I have in my files are and adding to of the kernel derivation
For the initrd image: For me (which might differ from the stock kernel NixOS provides): is already enabled, so set This enables ZSTD compression for initrd. However, which will need to as mentioned above.
I was wondering if zstd should be made a part of stdenv. are all available in stdenv on linux and with slowly becoming more common by being available in the kernel and used by various distribution's packaging it should make sense to include it.
Can this be closed? Did cover it all?
Yes, it did! Closing this issue. Thank you for pointing that out, didn't notice before.

Discussion:
}; boot.initrd.compressor = mkOption { <del> default = "gzip"; </del> <ins> default = ( if lib.versionAtLeast config.boot.kernelPackages.kernel.version "5.9" then "zstd" else "gzip" ); defaultText = "zstd if the kernel supports it (5.9+), gzip if not."; </ins> type = types.unspecified; # We don't have a function type... description = '' The compressor to use on the initrd image. May be any of:

MODULE_COMPRESS    = yes; MODULE_COMPRESS_XZ = yes; <del> KERNEL_XZ          = yes; </del> <ins> # use zstd for kernel compression if newer than 5.9, else xz. KERNEL_XZ          = whenOlder "5.9" yes; KERNEL_ZSTD        = whenAtLeast "5.9" yes; </ins> SYSVIPC            = yes;  # System-V IPC

{ buildPackages, runCommand, nettools, bc, bison, flex, perl, rsync, gmp, libmpc, mpfr, openssl <del> , libelf, cpio, elfutils </del> <ins> , libelf, cpio, elfutils, zstd, gawk </ins> , writeTextFile }:

# See also https://kernelnewbies.org/BuildId sed -i Makefile -e 's|--build-id|--build-id=none|' <del> sed -i scripts/ld-version.sh -e "s|/usr/bin/awk|${buildPackages.gawk}/bin/awk|" </del> <ins> patchShebangs scripts/ld-version.sh </ins> ''; postPatch = ''

enableParallelBuilding = true; depsBuildBuild = [ buildPackages.stdenv.cc ]; <del> nativeBuildInputs = [ perl bc nettools openssl rsync gmp libmpc mpfr ] </del> <ins> nativeBuildInputs = [ perl bc nettools openssl rsync gmp libmpc mpfr gawk zstd ] </ins> ++ optional  (stdenv.hostPlatform.platform.kernelTarget == "uImage") buildPackages.ubootTools ++ optional  (stdenv.lib.versionAtLeast version "4.14" && stdenv.lib.versionOlder version "5.8") libelf # Removed util-linuxMinimal since it should not be a dependency.
Change:
Describe the bug In the Cinnmaon desktop manager, changing the screen brightness does not work. This is not a hardware support issue, does work. To Reproduce Steps to reproduce the behavior: Cinnamon DE the brightness down/up key no change in screen brightness Expected behavior Screen brightness changes, and maybe a nice popup which tells me what is happening (similar to the volume popup)? Additional context Worth noting is, that I found this in my session logs: Indeed, in the package quite a lot of relevant binaries seem to reside in , not in . Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(wucke13): nixpkgs: Maintainer information:
This is already supported, just the bug prevents it from working My problem is that for me it's a hardware issue since the light command doesn't work on this laptop, so I can't debug this properly
Issues seems csd-backlight-helper binary missing, link target does not exist
Yep, that is in fact the issue. From looking at it should for sure be there. From looking at , I think because libgudev is not in buildInputs (this is a guess), it was never compiled.
Perfect, I hope it'll get back-ported soon :)
Works now on 20.09 :+1:

Discussion:
, fontconfig , tzdata , nss <ins> , libgudev </ins> }: stdenv.mkDerivation rec {

xorg.libXfixes fontconfig nss <ins> libgudev </ins> ]; nativeBuildInputs = [
Change:
Describe the bug appimage-run can't run appimages containing /bin/sh for example the one in attachment. it was created with nix-bundle and works with ubuntu. To Reproduce Steps to reproduce the behavior: the appimage: Expected behavior Hello world Additional context Works with the appimage-run in 20.03: Also works if the link to /bin/sh is omitted. Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --cc Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(symphorien): nixpkgs: Maintainer information:
Maybe we need in some of the fhsUserenv's in ?
Mhm. That should be the case usually: I don't know what the issue is here.
the fact that offset is 0 looks wrong
oh the problem is fixed by exporting LANG=C

Discussion:
#!@shell@ <ins> # shellcheck shell=bash </ins> if [ -n "$DEBUG" ] ; then set -x fi

local out="$2" # https://github.com/AppImage/libappimage/blob/ca8d4b53bed5cbc0f3d0398e30806e0d3adeaaab/src/libappimage/utils/MagicBytesChecker.cpp#L45-L63 <del> local appimageSignature=$(readelf -h "$src" | awk 'NR==2{print $10$11;}') local appimageType=$(readelf -h "$src" | awk 'NR==2{print $12;}') </del> <ins> local appimageSignature; appimageSignature="$(LC_ALL=C readelf -h "$src" | awk 'NR==2{print $10$11;}')" local appimageType; appimageType="$(LC_ALL=C readelf -h "$src" | awk 'NR==2{print $12;}')" </ins> # check AppImage signature if [ "$appimageSignature" != "4149" ]; then

# multiarch offset one-liner using same method as AppImage # see https://gist.github.com/probonopd/a490ba3401b5ef7b881d5e603fa20c93 <del> offset=$(readelf -h "$src" | awk 'NR==13{e_shoff=$5} NR==18{e_shentsize=$5} NR==19{e_shnum=$5} END{print e_shoff+e_shentsize*e_shnum}') </del> <ins> offset=$(LC_ALL=C readelf -h "$src" | awk 'NR==13{e_shoff=$5} NR==18{e_shentsize=$5} NR==19{e_shnum=$5} END{print e_shoff+e_shentsize*e_shnum}') </ins> echo "Uncompress $(basename "$src") of type $appimageType @ offset $offset" unsquashfs -q -d "$out" -o "$offset" "$src" chmod go-w "$out"
Change:
, CVSSv3=7.5 (nixos-20.09, nixos-unstable) Scanned versions: nixos-20.09: ; nixos-unstable: . Cc
Bumping to 1.10.9 is required. There is an additional reference for a download in for ant-contribute. That is already at the latest version so doesn't need to be bumped.

Discussion:
{ fetchurl, stdenv, coreutils, makeWrapper }: <del> let version = "1.10.8"; in </del> <ins> let version = "1.10.9"; in </ins> stdenv.mkDerivation { pname = "ant";

src = fetchurl { url = "mirror://apache/ant/binaries/apache-ant-${version}-bin.tar.bz2"; <del> sha256 = "0zh94csb2hl6ir2ccn18ps506mjgh3mffnrb8wpsmp1x5fcykha5"; </del> <ins> sha256 = "1ab8ybczvk12501dnj450a3d4v43ca0pjhk33s175hax46s58z47"; </ins> }; contrib = fetchurl {
Change:
, CVSSv3=6.1 (nixos-unstable) CVSSv3=5.3 (nixos-unstable) Scanned versions: nixos-unstable: . Cc

Discussion:
homepage = "https://www.limesurvey.org"; maintainers = with maintainers; [offline]; platforms = with platforms; unix; <ins> knownVulnerabilities = [ # https://github.com/LimeSurvey/LimeSurvey/blob/3.x-LTS/docs/release_notes.txt "Unauthorized access to statistics of a survey with certain permission configurations" "Persistent XSS in browse response" ]; </ins> }; }
Change:
, CVSSv3=5.5 (nixos-20.03, nixos-20.09, nixos-unstable) CVSSv3=5.5 (nixos-20.03, nixos-20.09, nixos-unstable) CVSSv3=5.5 (nixos-20.03, nixos-20.09, nixos-unstable) Scanned versions: nixos-20.03: ; nixos-20.09: ; nixos-unstable: . Cc
CVE-2020- doesn't seem to have a patch yet. The rest (for all mentioned branches) is going to be addressed in .

Discussion:
{ stdenv, fetchFromGitHub, autoreconfHook, pkgconfig, zlib, readline, openssl <del> , libiconv, pcsclite, libassuan, libXt, fetchpatch </del> <ins> , libiconv, pcsclite, libassuan, libXt </ins> , docbook_xsl, libxslt, docbook_xml_dtd_412 , Carbon, PCSC, buildPackages , withApplePCSC ? stdenv.isDarwin

stdenv.mkDerivation rec { pname = "opensc"; <del> version = "0.20.0"; </del> <ins> version = "0.21.0"; </ins> src = fetchFromGitHub { owner = "OpenSC"; repo = "OpenSC"; rev = version; <del> sha256 = "0mg8qmhww3li1isfgvn5hang1hq58zra057ilvgci88csfziv5lv"; </del> <ins> sha256 = "sha256-OjOfA1pIu8NeN+hPuow5UVMKsg0PrsLojw5h05/Qm+o="; </ins> }; <del> patches = [ (fetchpatch { # https://nvd.nist.gov/vuln/detail/CVE-2020-26570 name = "CVE-2020-26570.patch"; url = "https://github.com/OpenSC/OpenSC/commit/6903aebfddc466d966c7b865fae34572bf3ed23e.patch"; sha256 = "sha256-aB9iCVcdp9zFhZiSv5A399Ttj7NUHRVgXr0EfmMwKN4="; }) (fetchpatch { # https://nvd.nist.gov/vuln/detail/CVE-2020-26572 name = "CVE-2020-26572.patch"; url = "https://github.com/OpenSC/OpenSC/commit/9d294de90d1cc66956389856e60b6944b27b4817.patch"; sha256 = "sha256-gKJaR5K+NaXh4NeTkGpzHzHCdpt6n54Hnt1GAq0tA9o="; }) ]; </del> nativeBuildInputs = [ pkgconfig autoreconfHook ]; buildInputs = [ zlib readline openssl libassuan
Change:
, CVSSv3=9.8 (nixos-20.09, nixos-unstable) Scanned versions: nixos-20.09: ; nixos-unstable: . Cc Cc

Discussion:
stdenv.mkDerivation rec { pname = "solr"; <del> version = "8.6.1"; </del> <ins> version = "8.6.3"; </ins> src = fetchurl { url = "mirror://apache/lucene/${pname}/${version}/${pname}-${version}.tgz"; <del> sha256 = "0ds6zjsnwgpcmivzi7d6yqdmyn2mhf3k8g7xp26yfpm7f12gpq4g"; </del> <ins> sha256 = "0mbbmamajamxzcvdlrzx9wmv26kg9nhg9bzazk176dhhx3rjajf2"; </ins> }; nativeBuildInputs = [ makeWrapper ];

smugline = throw "smugline has been removed from nixpkgs, as it's unmaintained and depends on deprecated libraries."; # added 2020-11-04 slim = throw "slim has been removed. Please use a different display-manager"; # added 2019-11-11 slimThemes = throw "slimThemes has been removed because slim has been also"; # added 2019-11-11 <ins> solr_8 = solr; # added 2021-01-30 </ins> spectral = neochat; # added 2020-12-27 sundials_3 = throw "sundials_3 was removed in 2020-02. outdated and no longer needed";

sonar-scanner-cli = callPackage ../tools/security/sonar-scanner-cli { }; solr = callPackage ../servers/search/solr { }; <del> solr_7 = solr; solr_8 = solr; </del> solvespace = callPackage ../applications/graphics/solvespace { };
Change:
Describe the bug Ruby configure step has been failing on darwin since with the following error: This appears to be due to the new linker warning , as adding to ruby allows it to build successfully. git bisect log: <details</detailsSee for the offending code in cctools. Hydra build Notify maintainers cctools: ruby:
Diff if someone needs it quickly. I couldn't find the root cause and it is breaking a lot for darwin so we maybe should just take this fix.
I think this is also causing haskellPackages.trifecta to fail which is blocking the unstable channel It seems to me that there is a deeper issue here involving the new cctools and how they are being invoked: Why are two min versions being passed? Can we avoid that? If not, is it feasible going forward to keep patching this warning out of cctools?
I think the correct ping is but I don't seem to have the clearance ;)
cc
I'm currently testing out this patch to disable the warning - ruby is working, haskellPackages.trifecta also works. Not sure if this is the right solution though, if the multiple versions being passed in the first place are the root problem.
Seems that the root cause is mentioned in the PR:
I guess I'm still not really clear on who's in the wrong here. Is cctools being overly strict by adding this warning? Or is clang overstepping its role by auto-adding extra flags?
I think means that this is the problem as clang is also adding the args:
oops forgot the ping cc
Ok, here's a patch to skip clang's . Ruby is working under this as well. Haven't gotten to trifecta yet but probably works.
May as well keep this open until the main problem is resolved.
Another option that seems to work: removing our extra -macosxversionmin from bintools-wrapper since it is already by clang. Builds ruby and haskellPackages.trifecta. So to recap, the options that have been tested to work so far are remove warning from cctools remove extra min-version arg from clang remove extra min-version arg from our bintools wrapper
Also encountering this issue when building pyobjc.
I tested the bintool option which caused a rebuilt of literally everything. I think this is maybe the best approach in the long term but it is totally unsuitable for local rebuilds. Next I tried the cctools patch which only caused the Darwin Frameworks, perl and some others to rebuild which could work locally. Same with the clang.
Pinging again, also who may be able to help?
Opened a PR:
This is also breaking
Merged to , I'll keep this open until it lands in master as needs to be reverted.
Reverting in

Discussion:
"--with-out-ext=tk" # on yosemite, "generating encdb.h" will hang for a very long time without this flag "--with-setjmp-type=setjmp" <ins> # silence linker warnings after upgrading darwin.cctools to 949.0.1, # which ruby treats as problem with LDFLAGS # https://github.com/NixOS/nixpkgs/issues/101330 "LDFLAGS=-Wl,-w" </ins> ] ++ op (stdenv.hostPlatform != stdenv.buildPlatform) "--with-baseruby=${buildRuby}";
Change:
Project description Generate architecture diagrams with python code. Allows for rapid iteration. Metadata homepage URL: source URL: license: mit platforms: linux, darwin This library requires graphviz (both native and the python library).

Discussion:
githubId = 1773511; name = "Adrien Devresse"; }; <ins> addict3d = { email = "nickbathum@gmail.com"; github = "addict3d"; githubId = 49227; name = "Nick Bathum"; }; </ins> adisbladis = { email = "adis@blad.is"; github = "adisbladis";

<ins> { lib , buildGoModule , fetchFromGitHub }: buildGoModule rec { pname = "round"; version = "0.0.2"; src = fetchFromGitHub { owner = "mingrammer"; repo = pname; rev = "v${version}"; sha256 = "09brjr3h4qnhlidxlki1by5anahxy16ai078zm4k7ryl579amzdw"; }; vendorSha256 = null; subPackages = [ "." ]; meta = with lib; { description = "Round image corners from CLI"; homepage    = "https://github.com/mingrammer/round"; license     = licenses.mit; maintainers =  with maintainers; [ addict3d ]; }; } </ins>

<ins> diff --git a/pyproject.toml b/pyproject.toml index 2c93a39..6c800e2 100644 --- a/pyproject.toml +++ b/pyproject.toml @@ -24,3 +24,7 @@ isort = "^4.3" [tool.black] line-length = 120 + +[build-system] +requires = ["poetry_core>=1.0.0"] +build-backend = "poetry.core.masonry.api" </ins>

<ins> { lib , buildPythonPackage , pythonOlder , fetchFromGitHub , black , jinja2 , poetry-core , round , graphviz , inkscape , imagemagick , pytestCheckHook }: buildPythonPackage rec { pname = "diagrams"; version = "0.19.1"; format = "pyproject"; disabled = pythonOlder "3.6"; src = fetchFromGitHub { owner = "mingrammer"; repo = pname; rev = "v${version}"; sha256 = "0qvk0cp3026n5jmwp9z7m70b6pws0h6a7slxr23glg18baxr44d4"; }; preConfigure = '' patchShebangs autogen.sh ./autogen.sh ''; patches = [ ./build_poetry.patch ]; checkInputs = [ pytestCheckHook ]; # Despite living in 'tool.poetry.dependencies', # these are only used at build time to process the image resource files nativeBuildInputs = [ black inkscape imagemagick jinja2 poetry-core round ]; propagatedBuildInputs = [ graphviz ]; meta = with lib; { description = "Diagram as Code"; homepage    = "https://diagrams.mingrammer.com/"; license     = licenses.mit; maintainers =  with maintainers; [ addict3d ]; }; } </ins>

rote = callPackage ../development/libraries/rote { }; <ins> round = callPackage ../applications/graphics/round { }; </ins> ronn = callPackage ../development/tools/ronn { }; rshell = python3.pkgs.callPackage ../development/tools/rshell { };

dftfit = callPackage ../development/python-modules/dftfit { }; <ins> diagrams = callPackage ../development/python-modules/diagrams { }; </ins> diceware = callPackage ../development/python-modules/diceware { }; dicom2nifti = callPackage ../development/python-modules/dicom2nifti { };
Change:
Describe the bug Cannot install thunar with any plugins enabled. To Reproduce Steps to reproduce the behavior: thunar with a plugin: to install it a permission denied error Expected behavior It should install successfully as it was working until recently. Unfortunately after git blaming xfce/thunar files I haven't found anything that has changed recently that could explain the regression. Additional context The problem seems to be happening while trying to delete the file "lib/systemd/user/thunar.service". I've changed that post build hook to do an on those files and it seems that the file is owned by , whereas the remaining files (for which it works) are owned by . Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:

Discussion:
wrapProgram "$out/bin/thunar-settings"  --set "THUNARX_MODULE_DIR" "$out/lib/thunarx-3" <del> for file in "lib/systemd/user/thunar.service" "share/dbus-1/services/org.xfce.FileManager.service"  </del> <ins> # NOTE: we need to remove the folder symlink itself and create # a new folder before trying to substitute any file below. rm -f "$out/lib/systemd/user" mkdir -p "$out/lib/systemd/user" # point to wrapped binary in all service files for file in "lib/systemd/user/thunar.service"  "share/dbus-1/services/org.xfce.FileManager.service"  </ins> "share/dbus-1/services/org.xfce.Thunar.FileManager1.service"  "share/dbus-1/services/org.xfce.Thunar.service" do

done ''; <del> meta = with lib; { </del> <ins> meta = with lib; { </ins> inherit (thunar.meta) homepage license platforms maintainers; description = thunar.meta.description + optionalString
Change:
A "tracking issue", related to
I marked this as stale due to inactivity. &rarr;

Discussion:
<ins> { config, pkgs, lib, ... }: with lib; let cfg = config.programs.corectrl; in { options.programs.corectrl = { enable = mkEnableOption '' A tool to overclock amd graphics cards and processors. Add your user to the corectrl group to run corectrl without needing to enter your password ''; gpuOverclock = { enable = mkEnableOption '' true ''; ppfeaturemask = mkOption { type = types.str; default = "0xfffd7fff"; example = "0xffffffff"; description = '' Sets the `amdgpu.ppfeaturemask` kernel option. In particular, it is used here to set the overdrive bit. Default is `0xfffd7fff` as it is less likely to cause flicker issues. Setting it to `0xffffffff` enables all features. ''; }; }; }; config = mkIf cfg.enable (lib.mkMerge [ { environment.systemPackages = [ pkgs.corectrl ]; services.dbus.packages = [ pkgs.corectrl ]; users.groups.corectrl = { }; security.polkit.extraConfig = '' polkit.addRule(function(action, subject) { if ((action.id == "org.corectrl.helper.init" || action.id == "org.corectrl.helperkiller.init") && subject.local == true && subject.active == true && subject.isInGroup("corectrl")) { return polkit.Result.YES; } }); ''; } (lib.mkIf cfg.gpuOverclock.enable { # https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/gpu/drm/amd/include/amd_shared.h#n169 # The overdrive bit boot.kernelParams = [ "amdgpu.ppfeaturemask=${cfg.gpuOverclock.ppfeaturemask}" ]; }) ]); meta.maintainers = with lib.maintainers; [ artturin ]; } </ins>

./hardware/ckb-next.nix ./hardware/cpu/amd-microcode.nix ./hardware/cpu/intel-microcode.nix <ins> ./hardware/corectrl.nix </ins> ./hardware/digitalbitbox.nix ./hardware/device-tree.nix ./hardware/i2c.nix
Change:
of repo is a branch, not a tag, and there were a few commits to that branch since then. At the moment fresh fetching of source is broken because of wrong : it should be now . should probably be pointed to a specific commit, not a branch? Originally posted by in

Discussion:
}: stdenv.mkDerivation rec { <del> pname = "cjs"; version = "4.6.0-gjs-1.66.0"; </del> <ins> pname = "cjs-unstable"; version = "2020-10-19"; </ins> src = fetchFromGitHub { <del> owner = "leigh123linux"; repo = pname; rev = "gjs-1.66.0"; sha256 = "1pccz7h8mwljziflhn04gmfnbl99pvcj1byz1c6zn947v5gqskj1"; </del> <ins> owner = "linuxmint"; repo = "cjs"; rev = "befc11adb5ba10681464e6fa81b1a79f108ce61c"; hash = "sha256-F2t8uKV2r29NxX2+3mYp5x1bug2lwihJZTK1dSS8rPg="; </ins> }; outputs = [ "out" "dev" ];
Change:
I'm guessing this happened during 4.0 / jupyter upgrade. Running (from ) gives: Tab completion / readline doesn't work, and the prompt has no colours any more (I don't know whether this is due to missing or a separate issue). /cc
Thanks for your report. readline is indeed missing, causing both tab completion not to work and not showing any colors. I'll add the dependency.

Discussion:
buildInputs = with self; [nose] ++ optionals isPy27 [mock]; <del> propagatedBuildInputs = with self; [decorator pickleshare simplegeneric traitlets requests pexpect sqlite3]; </del> <ins> propagatedBuildInputs = with self; [decorator pickleshare simplegeneric traitlets readline requests pexpect sqlite3]; </ins> meta = { description = "IPython: Productive Interactive Computing";
Change:
Describe the bug The cmake config for pytorch seems to be broken. Cmake fails when using in a . Minimal example here: Expected:Got:Could help: Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(julien): nixpkgs:
I think this is caused by splitting of the outputs :(. You could try to remove from the derivation and see if it works then. If that solves the problem, we probably have to patch the CMake files.
Thanks for this answer. Indeed, it works with :

Discussion:
cp -r $out/${python.sitePackages}/torch/include $dev/include cp -r $out/${python.sitePackages}/torch/share   $dev/share <ins> # Fix up library paths for split outputs substituteInPlace  $dev/share/cmake/Torch/TorchConfig.cmake  --replace ''${TORCH_INSTALL_PREFIX}/lib "$lib/lib" substituteInPlace  $dev/share/cmake/Caffe2/Caffe2Targets-release.cmake  --replace ''${_IMPORT_PREFIX}/lib "$lib/lib" </ins> mkdir $lib cp -r $out/${python.sitePackages}/torch/lib     $lib/lib '';