2024-05-02 00:46:19 +00:00
|
|
|
# expr and script based on our lsb_release
|
2024-06-30 08:12:46 +00:00
|
|
|
{
|
|
|
|
stdenv,
|
|
|
|
lib,
|
|
|
|
substituteAll,
|
|
|
|
coreutils,
|
|
|
|
getopt,
|
|
|
|
modDirVersion ? "",
|
2024-05-02 00:46:19 +00:00
|
|
|
}:
|
|
|
|
|
|
|
|
substituteAll {
|
|
|
|
name = "uname";
|
|
|
|
|
|
|
|
src = ./deterministic-uname.sh;
|
|
|
|
|
|
|
|
dir = "bin";
|
|
|
|
isExecutable = true;
|
|
|
|
|
|
|
|
inherit coreutils getopt;
|
|
|
|
|
2024-06-30 08:12:46 +00:00
|
|
|
uSystem =
|
|
|
|
if stdenv.buildPlatform.uname.system != null then stdenv.buildPlatform.uname.system else "unknown";
|
2024-05-02 00:46:19 +00:00
|
|
|
inherit (stdenv.buildPlatform.uname) processor;
|
|
|
|
|
|
|
|
# uname -o
|
|
|
|
# maybe add to lib/systems/default.nix uname attrset
|
|
|
|
# https://github.com/coreutils/coreutils/blob/7fc84d1c0f6b35231b0b4577b70aaa26bf548a7c/src/uname.c#L373-L374
|
|
|
|
# https://stackoverflow.com/questions/61711186/where-does-host-operating-system-in-uname-c-comes-from
|
|
|
|
# https://github.com/coreutils/gnulib/blob/master/m4/host-os.m4
|
|
|
|
operatingSystem =
|
2024-06-30 08:12:46 +00:00
|
|
|
if stdenv.buildPlatform.isLinux then
|
|
|
|
"GNU/Linux"
|
|
|
|
else if stdenv.buildPlatform.isDarwin then
|
|
|
|
"Darwin" # darwin isn't in host-os.m4 so where does this come from?
|
|
|
|
else
|
|
|
|
"unknown";
|
2024-05-02 00:46:19 +00:00
|
|
|
|
|
|
|
# in os-specific/linux module packages
|
|
|
|
# --replace '$(shell uname -r)' "${kernel.modDirVersion}" \
|
|
|
|
# is a common thing to do.
|
|
|
|
modDirVersion = if modDirVersion != "" then modDirVersion else "unknown";
|
|
|
|
|
|
|
|
meta = with lib; {
|
|
|
|
description = "Print certain system information (hardcoded with lib/system values)";
|
|
|
|
mainProgram = "uname";
|
|
|
|
longDescription = ''
|
|
|
|
This package provides a replacement for `uname` whose output depends only
|
|
|
|
on `stdenv.buildPlatform`. It is meant to be used from within derivations.
|
|
|
|
Many packages' build processes run `uname` at compile time and embed its
|
|
|
|
output into the result of the build. Since `uname` calls into the kernel,
|
|
|
|
and the Nix sandbox currently does not intercept these calls, builds made
|
|
|
|
on different kernels will produce different results.
|
|
|
|
'';
|
|
|
|
license = [ licenses.mit ];
|
|
|
|
maintainers = with maintainers; [ artturin ];
|
|
|
|
platforms = platforms.all;
|
|
|
|
};
|
|
|
|
}
|