nordic-dev.net/nixpkgs
nordic-dev.net/nixpkgs
2
0
Fork 0
mirror of https://github.com/NixOS/nixpkgs.git synced 2024-11-26 08:53:21 +00:00
Code Issues Packages Projects Releases Wiki Activity
52bf1163fa
nixpkgs/pkgs/build-support/build-fhsenv-bubblewrap/buildFHSEnv.nix

221 lines
7.9 KiB
Nix
Raw Normal View History

buildFHSEnvBubblewrap: support pname + version
2023-04-09 17:50:02 +00:00
{ lib
, stdenv
, runCommandLocal
, buildEnv
, writeText
, writeShellScriptBin
, pkgs
, pkgsi686Linux
}:
fhs-userenv-bubblewrap: start with build-fhs-userenv Just here to track @illegalprime's actual changes to build-fhs-userenv in the next commits
2020-07-31 12:58:03 +00:00
buildFHSEnvBubblewrap/buildFHSEnv: permit pname+version instead of name
2023-12-10 11:19:26 +00:00
{ profile ? ""
buildFHSEnvBubblewrap: support pname + version
2023-04-09 17:50:02 +00:00
, targetPkgs ? pkgs: []
, multiPkgs ? pkgs: []
buildFHSEnv: disable multiArch by default Most FHSEnv-wrapped packages in Nixpkgs wrap a x86_64-linux binary; making multiArch unnecessary bloat closure size. Saves about 1G in anki-bin. This makes multiArch FHSEnvs the exception rather than the rule.
2023-07-01 04:42:31 +00:00
, multiArch ? false # Whether to include 32bit packages
steam: decimate
2024-09-19 15:21:35 +00:00
, includeClosures ? false # Whether to include closures of all packages
{buildFHSEnvBubblewrap,buildFHSEnvChroot}: add `nativeBuildInputs` `makeWrapper` is often used in these with `source "${makeWrapper}/nix-support/setup-hook"` which causes `error: makeWrapper/makeShellWrapper must be in nativeBuildInputs` on cross.
2024-09-25 19:43:00 +00:00
, nativeBuildInputs ? []
buildFHSEnvBubblewrap: support pname + version
2023-04-09 17:50:02 +00:00
, extraBuildCommands ? ""
, extraBuildCommandsMulti ? ""
fhs-userenv-bubblewrap: start with build-fhs-userenv Just here to track @illegalprime's actual changes to build-fhs-userenv in the next commits
2020-07-31 12:58:03 +00:00
, extraOutputsToInstall ? []
buildFHSEnvBubblewrap/buildFHSEnv: permit pname+version instead of name
2023-12-10 11:19:26 +00:00
, ... # for name, or pname+version
buildFHSEnvBubblewrap: support pname + version
2023-04-09 17:50:02 +00:00
} @ args:
fhs-userenv-bubblewrap: start with build-fhs-userenv Just here to track @illegalprime's actual changes to build-fhs-userenv in the next commits
2020-07-31 12:58:03 +00:00
# HOWTO:
# All packages (most likely programs) returned from targetPkgs will only be
# installed once--matching the host's architecture (64bit on x86_64 and 32bit on
# x86).
#
# Packages (most likely libraries) returned from multiPkgs are installed
# once on x86 systems and twice on x86_64 systems.
# On x86 they are merged with packages from targetPkgs.
# On x86_64 they are added to targetPkgs and in addition their 32bit
# versions are also installed. The final directory structure looks as
# follows:
# /lib32 will include 32bit libraries from multiPkgs
# /lib64 will include 64bit libraries from multiPkgs and targetPkgs
buildFHSEnv: rewrite env building This replaces the mess of buildEnvs with a single Rust binary that spits out a mostly-complete root filesystem for an fhsenv. The main goal is to have includeClosures, as we want all of the dependencies to be in the fhsenv to avoid Steam's (and others') LD_LIBRARY_PATH shenanigans, but without 32-bit libraries leaking into lib64 when a 64-bit package like mangohud depends on a 32-bit version of itself. We "fix" this by actually looking at the files and explicitly moving 32-bit stuff to $out/lib32. This could be avoided if we had recursive Nix, or at least system info in exportReferencesGraph, but alas. For some reason this also shrinks the fhsenvs massively, even though there's currently no layout optimization (e.g. a package with paths like lib/foo/{bar,baz} will produce two symlinks in the output, even when it's more optimal to symlink lib/foo to $out/lib/foo directly).
2024-10-28 15:32:55 +00:00
# /lib will link to /lib64
fhs-userenv-bubblewrap: start with build-fhs-userenv Just here to track @illegalprime's actual changes to build-fhs-userenv in the next commits
2020-07-31 12:58:03 +00:00
let
buildFHSEnvBubblewrap/buildFHSEnv: permit pname+version instead of name
2023-12-10 11:19:26 +00:00
name = if (args ? pname && args ? version)
then "${args.pname}-${args.version}"
else args.name;
buildFHSEnv: add multiArch flag The intention is to allow the user control over whether 32bit deps are supposed to be included in the fhsenv
2023-07-01 04:36:05 +00:00
# "use of glibc_multi is only supported on x86_64-linux"
isMultiBuild = multiArch && stdenv.system == "x86_64-linux";
fhs-userenv-bubblewrap: start with build-fhs-userenv Just here to track @illegalprime's actual changes to build-fhs-userenv in the next commits
2020-07-31 12:58:03 +00:00
build-fhsenv-bubblewrap: reference 32-bit binaries only if multiArch Fixes issues using bubblewrap'd fhsenvs in scenarios where i686 is not supported (such as Rosetta 2 emulation in a Linux VM on Apple Silicon).
2024-04-06 20:11:48 +00:00
# list of packages (usually programs) which match the host's architecture
# (which includes stuff from multiPkgs)
fhs-userenv-bubblewrap: start with build-fhs-userenv Just here to track @illegalprime's actual changes to build-fhs-userenv in the next commits
2020-07-31 12:58:03 +00:00
targetPaths = targetPkgs pkgs ++ (if multiPkgs == null then [] else multiPkgs pkgs);
build-fhsenv-bubblewrap: reference 32-bit binaries only if multiArch Fixes issues using bubblewrap'd fhsenvs in scenarios where i686 is not supported (such as Rosetta 2 emulation in a Linux VM on Apple Silicon).
2024-04-06 20:11:48 +00:00
# list of packages which are for x86 (only multiPkgs, only for x86_64 hosts)
fhs-userenv-bubblewrap: start with build-fhs-userenv Just here to track @illegalprime's actual changes to build-fhs-userenv in the next commits
2020-07-31 12:58:03 +00:00
multiPaths = multiPkgs pkgsi686Linux;
buildFHSEnv: replace all chroot occurences with generic names Co-authored-by: Atemu <git@atemu.net>
2024-07-27 18:21:13 +00:00
# base packages of the fhsenv
fhs-userenv-bubblewrap: start with build-fhs-userenv Just here to track @illegalprime's actual changes to build-fhs-userenv in the next commits
2020-07-31 12:58:03 +00:00
# these match the host's architecture, glibc_multi is used for multilib
# builds. glibcLocales must be before glibc or glibc_multi as otherwiese
# the wrong LOCALE_ARCHIVE will be used where only C.UTF-8 is available.
buildFHSEnv: add base paths to passthru It's useful to be able to introspect all packages which are available in the fhsenv. I've renamed basePkgs and baseMultiPkgs to be consistent with the naming scheme used for the bits that were previously public — names ending in "Pkgs" are for functions, and names ending in "Paths" are the results of those functions.
2023-09-24 08:41:26 +00:00
baseTargetPaths = with pkgs; [
buildFHSEnv: cleanup
2023-07-01 04:23:45 +00:00
glibcLocales
(if isMultiBuild then glibc_multi else glibc)
buildFHSEnv: rewrite env building This replaces the mess of buildEnvs with a single Rust binary that spits out a mostly-complete root filesystem for an fhsenv. The main goal is to have includeClosures, as we want all of the dependencies to be in the fhsenv to avoid Steam's (and others') LD_LIBRARY_PATH shenanigans, but without 32-bit libraries leaking into lib64 when a 64-bit package like mangohud depends on a 32-bit version of itself. We "fix" this by actually looking at the files and explicitly moving 32-bit stuff to $out/lib32. This could be avoided if we had recursive Nix, or at least system info in exportReferencesGraph, but alas. For some reason this also shrinks the fhsenvs massively, even though there's currently no layout optimization (e.g. a package with paths like lib/foo/{bar,baz} will produce two symlinks in the output, even when it's more optimal to symlink lib/foo to $out/lib/foo directly).
2024-10-28 15:32:55 +00:00
gcc.cc.lib
buildFHSEnv: cleanup
2023-07-01 04:23:45 +00:00
bashInteractiveFHS
coreutils
less
shadow
su
gawk
diffutils
findutils
gnused
gnugrep
gnutar
gzip
bzip2
xz
];
buildFHSEnv: add base paths to passthru It's useful to be able to introspect all packages which are available in the fhsenv. I've renamed basePkgs and baseMultiPkgs to be consistent with the naming scheme used for the bits that were previously public — names ending in "Pkgs" are for functions, and names ending in "Paths" are the results of those functions.
2023-09-24 08:41:26 +00:00
baseMultiPaths = with pkgsi686Linux; [
buildFHSEnv: rewrite env building This replaces the mess of buildEnvs with a single Rust binary that spits out a mostly-complete root filesystem for an fhsenv. The main goal is to have includeClosures, as we want all of the dependencies to be in the fhsenv to avoid Steam's (and others') LD_LIBRARY_PATH shenanigans, but without 32-bit libraries leaking into lib64 when a 64-bit package like mangohud depends on a 32-bit version of itself. We "fix" this by actually looking at the files and explicitly moving 32-bit stuff to $out/lib32. This could be avoided if we had recursive Nix, or at least system info in exportReferencesGraph, but alas. For some reason this also shrinks the fhsenvs massively, even though there's currently no layout optimization (e.g. a package with paths like lib/foo/{bar,baz} will produce two symlinks in the output, even when it's more optimal to symlink lib/foo to $out/lib/foo directly).
2024-10-28 15:32:55 +00:00
gcc.cc.lib
buildFHSEnv: cleanup
2023-07-01 04:23:45 +00:00
];
fhs-userenv-bubblewrap: start with build-fhs-userenv Just here to track @illegalprime's actual changes to build-fhs-userenv in the next commits
2020-07-31 12:58:03 +00:00
build-fhs-userenv-bubblewrap:->writeShellScriptBin
2021-02-23 14:47:40 +00:00
ldconfig = writeShellScriptBin "ldconfig" ''
build-fhsenv-bubblewrap: reference 32-bit binaries only if multiArch Fixes issues using bubblewrap'd fhsenvs in scenarios where i686 is not supported (such as Rosetta 2 emulation in a Linux VM on Apple Silicon).
2024-04-06 20:11:48 +00:00
# due to a glibc bug, 64-bit ldconfig complains about patchelf'd 32-bit libraries, so we use 32-bit ldconfig when we have them
exec ${if isMultiBuild then pkgsi686Linux.glibc.bin else pkgs.glibc.bin}/bin/ldconfig -f /etc/ld.so.conf -C /etc/ld.so.cache "$@"
fhs-userenv-bubblewrap: add ld.so.conf/cache to fhs
2020-10-30 18:22:04 +00:00
'';
buildFHSEnv: cleanup
2023-07-01 04:23:45 +00:00
buildFHSEnv: rewrite env building This replaces the mess of buildEnvs with a single Rust binary that spits out a mostly-complete root filesystem for an fhsenv. The main goal is to have includeClosures, as we want all of the dependencies to be in the fhsenv to avoid Steam's (and others') LD_LIBRARY_PATH shenanigans, but without 32-bit libraries leaking into lib64 when a 64-bit package like mangohud depends on a 32-bit version of itself. We "fix" this by actually looking at the files and explicitly moving 32-bit stuff to $out/lib32. This could be avoided if we had recursive Nix, or at least system info in exportReferencesGraph, but alas. For some reason this also shrinks the fhsenvs massively, even though there's currently no layout optimization (e.g. a package with paths like lib/foo/{bar,baz} will produce two symlinks in the output, even when it's more optimal to symlink lib/foo to $out/lib/foo directly).
2024-10-28 15:32:55 +00:00
etcProfile = pkgs.writeTextFile {
name = "${name}-fhsenv-profile";
destination = "/etc/profile";
text = ''
export PS1='${name}-fhsenv:\u@\h:\w\$ '
export LOCALE_ARCHIVE='/usr/lib/locale/locale-archive'
export PATH="/run/wrappers/bin:/usr/bin:/usr/sbin:$PATH"
export TZDIR='/etc/zoneinfo'
# XDG_DATA_DIRS is used by pressure-vessel (steam proton) and vulkan loaders to find the corresponding icd
export XDG_DATA_DIRS=$XDG_DATA_DIRS''${XDG_DATA_DIRS:+:}/run/opengl-driver/share:/run/opengl-driver-32/share
# Following XDG spec [1], XDG_DATA_DIRS should default to "/usr/local/share:/usr/share".
# In nix, it is commonly set without containing these values, so we add them as fallback.
#
# [1] <https://specifications.freedesktop.org/basedir-spec/latest>
case ":$XDG_DATA_DIRS:" in
*:/usr/local/share:*) ;;
*) export XDG_DATA_DIRS="$XDG_DATA_DIRS''${XDG_DATA_DIRS:+:}/usr/local/share" ;;
esac
case ":$XDG_DATA_DIRS:" in
*:/usr/share:*) ;;
*) export XDG_DATA_DIRS="$XDG_DATA_DIRS''${XDG_DATA_DIRS:+:}/usr/share" ;;
esac
# Force compilers and other tools to look in default search paths
unset NIX_ENFORCE_PURITY
export NIX_BINTOOLS_WRAPPER_TARGET_HOST_${stdenv.cc.suffixSalt}=1
export NIX_CC_WRAPPER_TARGET_HOST_${stdenv.cc.suffixSalt}=1
export NIX_CFLAGS_COMPILE='-idirafter /usr/include'
export NIX_CFLAGS_LINK='-L/usr/lib -L/usr/lib32'
export NIX_LDFLAGS='-L/usr/lib -L/usr/lib32'
export PKG_CONFIG_PATH=/usr/lib/pkgconfig
export ACLOCAL_PATH=/usr/share/aclocal
# GStreamer searches for plugins relative to its real binary's location
# https://gitlab.freedesktop.org/gstreamer/gstreamer/-/commit/bd97973ce0f2c5495bcda5cccd4f7ef7dcb7febc
export GST_PLUGIN_SYSTEM_PATH_1_0=/usr/lib/gstreamer-1.0:/usr/lib32/gstreamer-1.0
${profile}
buildFHSUserEnv{Chroot,Bubblewrap}: link gsettings-schemas to the FHS location We shouldn't need to use wrapGAppsHook in expressions that use this builder.
2022-02-24 23:08:47 +00:00
'';
fhs-userenv-bubblewrap: start with build-fhs-userenv Just here to track @illegalprime's actual changes to build-fhs-userenv in the next commits
2020-07-31 12:58:03 +00:00
};
buildFHSEnv: rewrite env building This replaces the mess of buildEnvs with a single Rust binary that spits out a mostly-complete root filesystem for an fhsenv. The main goal is to have includeClosures, as we want all of the dependencies to be in the fhsenv to avoid Steam's (and others') LD_LIBRARY_PATH shenanigans, but without 32-bit libraries leaking into lib64 when a 64-bit package like mangohud depends on a 32-bit version of itself. We "fix" this by actually looking at the files and explicitly moving 32-bit stuff to $out/lib32. This could be avoided if we had recursive Nix, or at least system info in exportReferencesGraph, but alas. For some reason this also shrinks the fhsenvs massively, even though there's currently no layout optimization (e.g. a package with paths like lib/foo/{bar,baz} will produce two symlinks in the output, even when it's more optimal to symlink lib/foo to $out/lib/foo directly).
2024-10-28 15:32:55 +00:00
ensureGsettingsSchemasIsDirectory = runCommandLocal "fhsenv-ensure-gsettings-schemas-directory" {} ''
mkdir -p $out/share/glib-2.0/schemas
touch $out/share/glib-2.0/schemas/.keep
fhs-userenv-bubblewrap: start with build-fhs-userenv Just here to track @illegalprime's actual changes to build-fhs-userenv in the next commits
2020-07-31 12:58:03 +00:00
'';
buildFHSEnv: rewrite env building This replaces the mess of buildEnvs with a single Rust binary that spits out a mostly-complete root filesystem for an fhsenv. The main goal is to have includeClosures, as we want all of the dependencies to be in the fhsenv to avoid Steam's (and others') LD_LIBRARY_PATH shenanigans, but without 32-bit libraries leaking into lib64 when a 64-bit package like mangohud depends on a 32-bit version of itself. We "fix" this by actually looking at the files and explicitly moving 32-bit stuff to $out/lib32. This could be avoided if we had recursive Nix, or at least system info in exportReferencesGraph, but alas. For some reason this also shrinks the fhsenvs massively, even though there's currently no layout optimization (e.g. a package with paths like lib/foo/{bar,baz} will produce two symlinks in the output, even when it's more optimal to symlink lib/foo to $out/lib/foo directly).
2024-10-28 15:32:55 +00:00
# Shamelessly stolen (and cleaned up) from original buildEnv.
# Should be semantically equivalent, except we also take
# a list of default extra outputs that will be installed
# for derivations that don't explicitly specify one.
# Note that this is not the same as `extraOutputsToInstall`,
# as that will apply even to derivations with an output
# explicitly specified, so this does change the behavior
# very slightly for that particular edge case.
pickOutputs = let
pickOutputsOne = outputs: drv:
let
isSpecifiedOutput = drv.outputSpecified or false;
outputsToInstall = drv.meta.outputsToInstall or null;
pickedOutputs = if isSpecifiedOutput || outputsToInstall == null
then [ drv ]
else map (out: drv.${out} or null) (outputsToInstall ++ outputs);
extraOutputs = map (out: drv.${out} or null) extraOutputsToInstall;
cleanOutputs = lib.filter (o: o != null) (pickedOutputs ++ extraOutputs);
in {
paths = cleanOutputs;
priority = drv.meta.priority or lib.meta.defaultPriority;
};
in paths: outputs: map (pickOutputsOne outputs) paths;
paths = let
basePaths = [
etcProfile
# ldconfig wrapper must come first so it overrides the original ldconfig
ldconfig
# magic package that just creates a directory, to ensure that
# the entire directory can't be a symlink, as we will write
# compiled schemas to it
ensureGsettingsSchemasIsDirectory
] ++ baseTargetPaths ++ targetPaths;
in pickOutputs basePaths ["out" "lib" "bin"];
paths32 = lib.optionals isMultiBuild (
let
basePaths = baseMultiPaths ++ multiPaths;
in pickOutputs basePaths ["out" "lib"]
);
allPaths = paths ++ paths32;
rootfs-builder = pkgs.rustPlatform.buildRustPackage {
name = "fhs-rootfs-bulder";
src = ./rootfs-builder;
cargoLock.lockFile = ./rootfs-builder/Cargo.lock;
doCheck = false;
};
fhs-userenv-bubblewrap: start with build-fhs-userenv Just here to track @illegalprime's actual changes to build-fhs-userenv in the next commits
2020-07-31 12:58:03 +00:00
buildFHSEnv: rewrite env building This replaces the mess of buildEnvs with a single Rust binary that spits out a mostly-complete root filesystem for an fhsenv. The main goal is to have includeClosures, as we want all of the dependencies to be in the fhsenv to avoid Steam's (and others') LD_LIBRARY_PATH shenanigans, but without 32-bit libraries leaking into lib64 when a 64-bit package like mangohud depends on a 32-bit version of itself. We "fix" this by actually looking at the files and explicitly moving 32-bit stuff to $out/lib32. This could be avoided if we had recursive Nix, or at least system info in exportReferencesGraph, but alas. For some reason this also shrinks the fhsenvs massively, even though there's currently no layout optimization (e.g. a package with paths like lib/foo/{bar,baz} will produce two symlinks in the output, even when it's more optimal to symlink lib/foo to $out/lib/foo directly).
2024-10-28 15:32:55 +00:00
rootfs = pkgs.runCommand "${name}-fhsenv-rootfs" {
__structuredAttrs = true;
exportReferencesGraph.graph = lib.concatMap (p: p.paths) allPaths;
inherit paths paths32 isMultiBuild includeClosures;
nativeBuildInputs = [ pkgs.jq ];
} ''
${rootfs-builder}/bin/rootfs-builder
# create a bunch of symlinks for usrmerge
ln -s /usr/bin $out/bin
ln -s /usr/sbin $out/sbin
ln -s /usr/lib $out/lib
ln -s /usr/lib32 $out/lib32
ln -s /usr/lib64 $out/lib64
ln -s /usr/lib64 $out/usr/lib
# symlink 32-bit ld-linux so it's visible in /lib
if [ -e $out/usr/lib32/ld-linux.so.2 ]; then
ln -s /usr/lib32/ld-linux.so.2 $out/usr/lib64/ld-linux.so.2
buildFHSEnv: cleanup
2023-07-01 04:23:45 +00:00
fi
fhs-userenv-bubblewrap: start with build-fhs-userenv Just here to track @illegalprime's actual changes to build-fhs-userenv in the next commits
2020-07-31 12:58:03 +00:00
buildFHSEnv: rewrite env building This replaces the mess of buildEnvs with a single Rust binary that spits out a mostly-complete root filesystem for an fhsenv. The main goal is to have includeClosures, as we want all of the dependencies to be in the fhsenv to avoid Steam's (and others') LD_LIBRARY_PATH shenanigans, but without 32-bit libraries leaking into lib64 when a 64-bit package like mangohud depends on a 32-bit version of itself. We "fix" this by actually looking at the files and explicitly moving 32-bit stuff to $out/lib32. This could be avoided if we had recursive Nix, or at least system info in exportReferencesGraph, but alas. For some reason this also shrinks the fhsenvs massively, even though there's currently no layout optimization (e.g. a package with paths like lib/foo/{bar,baz} will produce two symlinks in the output, even when it's more optimal to symlink lib/foo to $out/lib/foo directly).
2024-10-28 15:32:55 +00:00
# symlink /etc/mtab -> /proc/mounts (compat for old userspace progs)
ln -s /proc/mounts $out/etc/mtab
if [[ -d $out/usr/share/gsettings-schemas/ ]]; then
for d in $out/usr/share/gsettings-schemas/*; do
# Force symlink, in case there are duplicates
ln -fsr $d/glib-2.0/schemas/*.xml $out/usr/share/glib-2.0/schemas
ln -fsr $d/glib-2.0/schemas/*.gschema.override $out/usr/share/glib-2.0/schemas
done
${pkgs.glib.dev}/bin/glib-compile-schemas $out/usr/share/glib-2.0/schemas
fhs-bubblewrap: merge /usr/share from both archs
2021-02-04 00:25:55 +00:00
fi
fhs-userenv-bubblewrap: start with build-fhs-userenv Just here to track @illegalprime's actual changes to build-fhs-userenv in the next commits
2020-07-31 12:58:03 +00:00
buildFHSEnv: rewrite env building This replaces the mess of buildEnvs with a single Rust binary that spits out a mostly-complete root filesystem for an fhsenv. The main goal is to have includeClosures, as we want all of the dependencies to be in the fhsenv to avoid Steam's (and others') LD_LIBRARY_PATH shenanigans, but without 32-bit libraries leaking into lib64 when a 64-bit package like mangohud depends on a 32-bit version of itself. We "fix" this by actually looking at the files and explicitly moving 32-bit stuff to $out/lib32. This could be avoided if we had recursive Nix, or at least system info in exportReferencesGraph, but alas. For some reason this also shrinks the fhsenvs massively, even though there's currently no layout optimization (e.g. a package with paths like lib/foo/{bar,baz} will produce two symlinks in the output, even when it's more optimal to symlink lib/foo to $out/lib/foo directly).
2024-10-28 15:32:55 +00:00
${extraBuildCommands}
${lib.optionalString isMultiBuild extraBuildCommandsMulti}
fhs-userenv-bubblewrap: start with build-fhs-userenv Just here to track @illegalprime's actual changes to build-fhs-userenv in the next commits
2020-07-31 12:58:03 +00:00
'';
buildFHSEnv: rewrite env building This replaces the mess of buildEnvs with a single Rust binary that spits out a mostly-complete root filesystem for an fhsenv. The main goal is to have includeClosures, as we want all of the dependencies to be in the fhsenv to avoid Steam's (and others') LD_LIBRARY_PATH shenanigans, but without 32-bit libraries leaking into lib64 when a 64-bit package like mangohud depends on a 32-bit version of itself. We "fix" this by actually looking at the files and explicitly moving 32-bit stuff to $out/lib32. This could be avoided if we had recursive Nix, or at least system info in exportReferencesGraph, but alas. For some reason this also shrinks the fhsenvs massively, even though there's currently no layout optimization (e.g. a package with paths like lib/foo/{bar,baz} will produce two symlinks in the output, even when it's more optimal to symlink lib/foo to $out/lib/foo directly).
2024-10-28 15:32:55 +00:00
in rootfs
Reference in New Issue Copy Permalink