jiebi/CodeConvo huggingface dataset:
Change:
, CVSSv3=8.8 (nixos-20.09, nixos-unstable) CVSSv3=6.5 (nixos-20.09, nixos-unstable) CVSSv3=6.5 (nixos-20.09, nixos-unstable) CVSSv3=6.5 (nixos-20.09, nixos-unstable) CVSSv3=6.5 (nixos-20.09, nixos-unstable) Scanned versions: nixos-20.09: ; nixos-unstable: . Cc
This is my first contribution "the Vulnerability roundup effort". I couldn't find any documentation / tutorial on how to get started (I searched on the wiki, the contributor guide, and the Discourse...). Is there any? As I found a commit that updates , I suspect that is patched now. How can I verify it?
Welcom! Yes, I have to admit that the whole process is currently under-documented. We're on it. Basically, the usual contribution mechanisms apply. In a nutshell: Vulnerable packages on unstable should be updated if there is a new upstream release available. For the current stable release it depends. Minor updates are ok, but we must be careful not to break compatibility. So it is often helpful to see what other distros are doing and if/what patches are available. In this specific case everything looks fine so we can close the issue. Check on if your updates have landed in the appropriate branches:

Discussion:
stdenv.mkDerivation rec { pname = "libmysofa"; <del> version = "1.1"; </del> <ins> version = "1.2"; </ins> src = fetchFromGitHub { owner = "hoene"; repo = "libmysofa"; rev = "v${version}"; <del> sha256 = "12jzap5fh0a1fmfy4z8z4kjjlwi0qzdb9z59ijdlyqdzwxnzkccx"; </del> <ins> sha256 = "sha256-f+1CIVSxyScyNF92cPIiZwfnnCVrWfCZlbrIXtduIdY="; </ins> }; nativeBuildInputs = [ cmake ];
Change:
, CVSSv3=9.8 (nixos-unstable) Scanned versions: nixos-unstable: . Cc

Discussion:
stdenv.mkDerivation rec { pname = "wolfssl"; <del> version = "4.6.0"; </del> <ins> version = "4.7.0"; </ins> src = fetchFromGitHub { owner = "wolfSSL"; repo = "wolfssl"; rev = "v${version}-stable"; <del> sha256 = "0hk3bnzznxj047gwxdxw2v3w6jqq47996m7g72iwj6c2ai9g6h4m"; </del> <ins> sha256 = "1aa51j0xnhi49izc8djya68l70jkjv25559pgybfb9sa4fa4gz97"; </ins> }; # almost same as Debian but for now using --enable-all instead of --enable-distro to ensure options.h gets installed <del> configureFlags = [ "--enable-all --enable-pkcs11 --enable-tls13 --enable-base64encode" ]; </del> <ins> configureFlags = [ "--enable-all" "--enable-pkcs11" "--enable-tls13" "--enable-base64encode" ]; </ins> outputs = [ "out" "dev" "doc" "lib" ];

description = "A small, fast, portable implementation of TLS/SSL for embedded devices"; homepage    = "https://www.wolfssl.com/"; platforms   = platforms.all; <del> license = lib.licenses.gpl2; </del> <ins> license     = licenses.gpl2Plus; </ins> maintainers = with maintainers; [ mcmtroffaes ]; }; }
Change:
Describe the bug When running mysqltuner, it says: So i suggest to add to the package that in included in the projects repo. To Reproduce Steps to reproduce the behavior: ... ... ... Expected behavior A clear and concise description of what you expected to happen. Additional context Add any other context about the problem here. Notify maintainers Metadata used with Maintainer information:
Good catch - feel like doing a PR?
Not now, maybe later. But it's fine if someone else does it. Should be pretty easy, so good first issue.

Discussion:
sha256 = "sha256-Yv1XjD8sZcmGr2SVD6TEElUH7vspJ61WwQwfXLOrao0="; }; <ins> postPatch = '' substituteInPlace mysqltuner.pl  --replace '$basic_password_files = "/usr/share/mysqltuner/basic_passwords.txt"' "$basic_password_files = "$out/share/basic_passwords.txt""  --replace '$opt{cvefile} = "/usr/share/mysqltuner/vulnerabilities.csv"' "$opt{cvefile} = "$out/share/vulnerabilities.csv"" ''; </ins> buildInputs = [ perl ]; installPhase = '' <del> mkdir -p $out/bin install -m0755 mysqltuner.pl $out/bin/mysqltuner </del> <ins> runHook preInstall mkdir -p "$out/bin" install -Dm 0755 mysqltuner.pl "$out/bin/mysqltuner" install -Dm 0644 basic_passwords.txt "$out/share/basic_passwords.txt" install -Dm 0644 vulnerabilities.csv "$out/share/vulnerabilities.csv" runHook postInstall </ins> ''; meta = with lib; { description = "Make recommendations for increased performance and stability of MariaDB/MySQL"; homepage = "http://mysqltuner.com"; <del> license = licenses.gpl3; maintainers = with maintainers; [ peterhoeg ]; </del> <ins> license = licenses.gpl3Plus; maintainers = with maintainers; [ peterhoeg shamilton ]; </ins> }; }
Change:
Describe the bug expects in , but the containing package , doesn't ensure this To Reproduce Steps to reproduce the behavior: Expected behavior It should work. Screenshots 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 Maintainer information:
For now, a simple workaround is to also install , which contains the program
I marked this as stale due to inactivity. &rarr;
Not stale. This is still an issue.

Discussion:
fixupPhase = '' patchShebangs $out/bin <del> wrapProgram $out/bin/rpi-eeprom-update  --set FIRMWARE_ROOT $out/share/rpi-eeprom  ${lib.optionalString stdenvNoCC.isAarch64 "--set VCMAILBOX ${libraspberrypi}/bin/vcmailbox"}  --prefix PATH : "${lib.makeBinPath ([ binutils-unwrapped findutils kmod pciutils (placeholder "out") ] ++ lib.optionals stdenvNoCC.isAarch64 [ libraspberrypi ])}" </del> <ins> for i in rpi-eeprom-update rpi-eeprom-config; do wrapProgram $out/bin/$i  --set FIRMWARE_ROOT $out/share/rpi-eeprom  ${lib.optionalString stdenvNoCC.isAarch64 "--set VCMAILBOX ${libraspberrypi}/bin/vcmailbox"}  --prefix PATH : "${lib.makeBinPath ([ binutils-unwrapped findutils kmod pciutils (placeholder "out") ] ++ lib.optionals stdenvNoCC.isAarch64 [ libraspberrypi ])}" done </ins> ''; meta = with lib; {
Change:
Describe the bug To Reproduce Steps to reproduce the behavior: ... ... ... Expected behavior A clear and concise description of what you expected to happen. Screenshots If applicable, add screenshots to help explain your problem. 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:

Discussion:
environment.systemPackages = [ pkgs.curl ]; }; traefik = { config, pkgs, ... }: { <del> docker-containers.nginx = { extraDockerOptions = [ </del> <ins> virtualisation.oci-containers.containers.nginx = { extraOptions = [ </ins> "-l" "traefik.enable=true" "-l" "traefik.http.routers.nginx.entrypoints=web" "-l" "traefik.http.routers.nginx.rule=Host(`nginx.traefik.test`)"
Change:
The kcov package in nixpkgs is currently broken, as it is unable to find the dwarf debugging sections of executables. See this issue in kcov and notice that the problems happens whether using kcov through nixpkgs, or compiling it by hand on a nixos machine (so fixupPhase is not the culprit).

Discussion:
<del> {stdenv, fetchurl, cmake, pkgconfig, libelf, zlib, curl, elfutils, python, libiberty, binutils}: </del> <ins> {stdenv, fetchurl, cmake, pkgconfig, zlib, curl, elfutils, python, libiberty, binutils}: </ins> stdenv.mkDerivation rec { name = "kcov-${version}"; version = "29";

sha256 = "0nspf1bfq8zv7zmcmvkbgg3c90k10qcd56gyg8ln5z64nadvha9d"; }; <del> buildInputs = [ cmake pkgconfig libelf zlib curl elfutils python libiberty binutils ]; </del> <ins> preConfigure = "patchShebangs src/bin-to-c-source.py"; buildInputs = [ cmake pkgconfig zlib curl elfutils python libiberty binutils ]; </ins> meta = with stdenv.lib; { description = "code coverage tester for compiled programs, Python scripts and shell scripts";
Change:
Describe the bug -- Build files have been written to: /build/source/build cmake: enabled parallel building building Executing setuptoolsBuildPhase Traceback (most recent call last): File "nixrunsetup", line 8, in <moduleexec(compile(getattr(tokenize, 'open', open)(file).read().replace('rn', 'n'), file, 'exec')) File "/nix/store/qyv5ffskmq8fv9yf5mb6fr5yracavid4-python3-", line 392, in open buffer = builtinopen(filename, 'rb') FileNotFoundError: [Errno 2] No such file or directory: '' error: --- Error --- nix-daemon builder for '/nix/store/chqprbhksn9fj60g8kpgbpvyi59sz7j0-python3.8-pivy-' failed with exit code 1; last 10 log lines: -- Build files have been written to: /build/source/build cmake: enabled parallel building building Executing setuptoolsBuildPhase Traceback (most recent call last): File "nixrunsetup", line 8, in <moduleexec(compile(getattr(tokenize, 'open', open)(file).read().replace('rn', 'n'), file, 'exec')) File "/nix/store/qyv5ffskmq8fv9yf5mb6fr5yracavid4-python3-", line 392, in open buffer = builtinopen(filename, 'rb') FileNotFoundError: [Errno 2] No such file or directory: '' error: --- Error
------------------------- nix-build 1 dependencies of derivation '/nix/store/dh92r05bpsj49fk2kwrwq49kiy5ry1d2-freecad-unstable-2020-12-' failed to build yaml attribute: module:
Thanks!

Discussion:
sha256 = "0vids7sxk8w5vr73xdnf8xdci71a7syl6cd35aiisppbqyyfmykx"; }; <ins> dontUseCmakeConfigure = true; </ins> nativeBuildInputs = with pkgs; [ swig qmake cmake ];
Change:
I'm not really sure why this would happen or how to go about dealing with this. Any tips?
(triage) still a problem?
Unsure, I don't use nix on my mac anymore.
This was a coreutil, right? If so, it’s probably fixed by now.
Probably safe to assume so.
I'm actually hitting the same thing right now.

Discussion:
{ stdenv, lib, buildPackages <del> , fetchurl, zlib, autoreconfHook </del> <ins> , fetchurl, zlib, autoreconfHook, gettext </ins> # Enabling all targets increases output size to a multiple. , withAllTargets ? false, libbfd, libopcodes , enableShared ? true

] ++ lib.optionals stdenv.targetPlatform.isiOS [ autoreconfHook ]; <del> buildInputs = [ zlib ]; </del> <ins> buildInputs = [ zlib gettext ]; </ins> inherit noSysDirs;
Change:
$ nix-shell --pure -p sherpa fails on macOS Big Sur with the following output Also, I believe the package needs to be a dependency for Darwin systems. $ nix-shell --pure -p sherpa Should be enough to reproduce the problem. Strangely, the following seems to compile just fine, after downloading the source code of a recent version of Sherpa. I am tagging you, as I believe you were the last to touch the derivative. By the way I am just starting to use nix but would be happy to help with some of the physics packages in the future as I learn a bit more. I appreciate your work maintaining these packages very much. Here's my nix-info.
Thanks for reporting!

Discussion:
sha256 = "1iwa17s8ipj6a2b8zss5csb1k5y9s5js38syvq932rxcinbyjsl4"; }; <del> postPatch = '' </del> <ins> postPatch = lib.optional (stdenv.hostPlatform.libc == "glibc") '' </ins> sed -ie '/sys/sysctl.h/d' ATOOLS/Org/Run_Parameter.C '';
Change:
Description Attempting to install conan with nix-env on Mac OS X errors out with the following message: To Reproduce Steps to reproduce the behavior: Expected behavior As Mac OS X is a supported platform for conan, it's expected that it would install. Additional context This appears to be due to conan's dependency on the python3-distro package, which only compiles on Linux architectures. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(tclemons): channels(root): nixpkgs:

Discussion:
<del> { lib, python3, fetchFromGitHub, git, pkg-config }: </del> <ins> { lib, stdenv, python3, fetchFromGitHub, git, pkg-config, fetchpatch }: </ins> # Note: # Conan has specific dependency demands; check

inherit version; sha256 = "1vn1db2akw98ybnpns92qi11v94hydwp130s8753k6ikby95883j"; }; <ins> patches = oldAttrs.patches or [] ++ [ # Don't raise import error on non-linux os. Remove after upgrading to distro≥1.2.0 (fetchpatch { url = "https://github.com/nir0s/distro/commit/25aa3f8c5934346dc838387fc081ce81baddeb95.patch"; sha256 = "0m09ldf75gacazh2kr04cifgsqfxg670vk4ypl62zv7fp3nyd5dc"; }) ]; </ins> }); node-semver = super.node-semver.overridePythonAttrs (oldAttrs: rec { version = "0.6.1";

six tqdm urllib3 <del> ]; </del> <ins> ] ++ lib.optionals stdenv.isDarwin [ idna cryptography pyopenssl ]; </ins> checkInputs = [ pkg-config

substituteInPlace conans/requirements.txt  --replace "PyYAML>=3.11, <3.14.0" "PyYAML"  --replace "deprecation>=2.0, <2.1" "deprecation"  <ins> --replace "idna==2.6" "idna"  --replace "cryptography>=1.3.4, <2.4.0" "cryptography"  --replace "pyOpenSSL>=16.0.0, <19.0.0" "pyOpenSSL"  </ins> --replace "six>=1.10.0,<=1.14.0" "six" '';

description = "Decentralized and portable C/C++ package manager"; license = licenses.mit; maintainers = with maintainers; [ HaoZeke ]; <del> platforms = platforms.linux; </del> }; }
Change:
Describe the bug The derivation does not build A clear and concise description of what the bug is. To Reproduce Steps to reproduce the behavior: -build -A openjdk15 Additional context 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 system: host os: multi-user?: sandbox: version: channels(tsteinbach): nixpkgs:
This might be relevant:
Maybe this is related to jspawnhelper and the extra wrappers to adoptopenjdk-bin-14 (the bootstrap jdk for openjdk-15) in ()? My computer is slow so I can't really check. cc
Facing the same issue with , is there a temporary workaround? Can I override 's version somehow? The issue occurs when I try to build with support, which tries to build .
you are correct, that commit introduced the issue. I've opened a PR to revert it pending a proper fix.
Opened PR: . We can build now.

Discussion:
EOF # We cannot use -exec since wrapProgram is a function but not a command. <del> for bin in $( find "$out" -executable -type f ); do </del> <ins> # # jspawnhelper is executed from JVM, so it doesn't need to wrap it, and it # breaks building OpenJDK (#114495). for bin in $( find "$out" -executable -type f -not -name jspawnhelper ); do </ins> if patchelf --print-interpreter "$bin" &> /dev/null; then wrapProgram "$bin" --prefix LD_LIBRARY_PATH : "${runtimeLibraryPath}" fi

preFixup = '' # We cannot use -exec since wrapProgram is a function but not a # command. <del> for bin in $( find "$out" -executable -type f -not -path '*/languages/ruby/lib/gems/*' ); do </del> <ins> # # jspawnhelper is executed from JVM, so it doesn't need to wrap it, # and it breaks building OpenJDK (#114495). for bin in $( find "$out" -executable -type f -not -path '*/languages/ruby/lib/gems/*' -not -name jspawnhelper ); do </ins> if patchelf --print-interpreter "$bin" &> /dev/null || head -n 1 "$bin" | grep '^#!' -q; then wrapProgram "$bin"  --prefix LD_LIBRARY_PATH : "${runtimeLibraryPath}"

EOF '' + lib.optionalString stdenv.isLinux '' # We cannot use -exec since wrapProgram is a function but not a command. <del> for bin in $( find "$out" -executable -type f ); do </del> <ins> # # jspawnhelper is executed from JVM, so it doesn't need to wrap it, and it # breaks building OpenJDK (#114495). for bin in $( find "$out" -executable -type f -not -name jspawnhelper ); do </ins> wrapProgram "$bin" --prefix LD_LIBRARY_PATH : "${runtimeLibraryPath}" done '';
Change:
Project description is a library that provides strong cryptographic hashes for password hashing, such as bcrypt and yescrypt, as well as a number of legacy ones for backward compatibility (e.g. sha256). It is API- and ABI-compatible with provided by glibc. glibc intends to drop the library eventually: This is a first step towards transitioning whole nixpkgs from libcrypt bundled in glibc, as described here: Metadata homepage URL: source URL: license: lgpl2.1+ platforms: unix

Discussion:
githubId = 6806011; name = "Robert Schütz"; }; <ins> dottedmag = { email = "dottedmag@dottedmag.net"; github = "dottedmag"; githubId = 16120; name = "Misha Gusarov"; keys = [{ longkeyid = "rsa4096/0x9D20F6503E338888"; fingerprint = "A8DF 1326 9E5D 9A38 E57C  FAC2 9D20 F650 3E33 8888"; }]; }; </ins> doublec = { email = "chris.double@double.co.nz"; github = "doublec";

<ins> { lib, stdenv, fetchFromGitHub, autoconf, automake, libtool, pkg-config, perl }: stdenv.mkDerivation rec { pname = "libxcrypt"; version = "4.4.18"; src = fetchFromGitHub { owner = "besser82"; repo = "libxcrypt"; rev = "v${version}"; sha256 = "4015bf1b3a2aab31da5a544424be36c1a0f0ffc1eaa219c0e7b048e4cdcbbfe1"; }; preConfigure = '' patchShebangs autogen.sh ./autogen.sh ''; nativeBuildInputs = [ autoconf automake libtool pkg-config perl ]; doCheck = true; meta = with lib; { description = "Extended crypt library for descrypt, md5crypt, bcrypt, and others"; homepage = "https://github.com/besser82/libxcrypt/"; platforms = platforms.all; maintainers = with maintainers; [ dottedmag ]; license = licenses.lgpl21Plus; }; } </ins>

libx86 = callPackage ../development/libraries/libx86 {}; <ins> libxcrypt = callPackage ../development/libraries/libxcrypt { }; </ins> libxdg_basedir = callPackage ../development/libraries/libxdg-basedir { }; libxkbcommon = libxkbcommon_8;
Change:
Describe the bug fails to compile with Additional context See for a possible cause. Notify maintainers cc (sorry for notifying you here and in the PR!)
Gonna try to just switch it to . We should probably update gnome docs for Rust+Gnome packages
Yeah, I think that would be best. The idea of the hooks is that is not necessary anymore in mixed projects. I will also do a PR for cargoBuildHook, since it should not be used when is set explicitly.

Discussion:
{ lib <ins> , stdenv </ins> , rustPlatform , gettext , meson

, gnome3 , libhandy , librsvg <ins> , rustc , cargo </ins> }: <del> rustPlatform.buildRustPackage rec { </del> <ins> stdenv.mkDerivation rec { </ins> pname = "gnome-tour"; version = "3.38.0";

nativeBuildInputs = [ appstream-glib <ins> cargo </ins> desktop-file-utils gettext glib # glib-compile-resources

ninja pkg-config python3 <ins> rustPlatform.cargoSetupHook rustc </ins> wrapGAppsHook ];

librsvg ]; <del> # Don't use buildRustPackage phases, only use it for rust deps setup configurePhase = null; buildPhase = null; checkPhase = null; installPhase = null; </del> postPatch = '' chmod +x build-aux/meson_post_install.py patchShebangs build-aux/meson_post_install.py
Change:
Project description Spot Gtk/Rust native Spotify client for the Gnome desktop. Only works with premium accounts! Based on librespot. Metadata homepage URL: source URL: license: mit platforms: unix/linux

Discussion:
<ins> { lib , stdenv , fetchFromGitHub , nix-update-script , meson , ninja , gettext , python3 , desktop-file-utils , rustPlatform , pkg-config , glib , libhandy , gtk3 , openssl , alsaLib , libpulseaudio , wrapGAppsHook }: stdenv.mkDerivation rec { pname = "spot"; version = "0.1.14"; src = fetchFromGitHub { owner = "xou816"; repo = "spot"; rev = version; sha256 = "eHhbm1amTx3ngqsP32uDEdrhrBeurMftg5SToTQGX9o="; }; cargoDeps = rustPlatform.fetchCargoTarball { inherit src; name = "${pname}-${version}"; hash = "sha256-jY7pWoY9IJi5hHVRS1gQKb+Vmfc+wxHvoAwupOtXXQs="; }; nativeBuildInputs = [ gettext meson ninja pkg-config python3 # for meson postinstall script gtk3 # for gtk-update-icon-cache glib # for glib-compile-schemas desktop-file-utils rustPlatform.rust.cargo rustPlatform.cargoSetupHook rustPlatform.rust.rustc wrapGAppsHook ]; buildInputs = [ glib gtk3 libhandy openssl alsaLib libpulseaudio ]; postPatch = '' chmod +x build-aux/cargo.sh patchShebangs build-aux/cargo.sh build-aux/meson/postinstall.py ''; passthru = { updateScript = nix-update-script { attrPath = pname; }; }; meta = with lib; { description = "Native Spotify client for the GNOME desktop"; homepage = "https://github.com/xou816/spot"; license = licenses.mit; maintainers = with maintainers; [ jtojnar ]; }; } </ins>

spectrwm = callPackage ../applications/window-managers/spectrwm { }; <ins> spot = callPackage ../applications/audio/spot { }; </ins> spotify-cli-linux = callPackage ../applications/audio/spotify-cli-linux { }; spotifyd = callPackage ../applications/audio/spotifyd {
Change:
Describe the bug crash on startup To Reproduce Steps to reproduce the behavior: example config: example waybar: Expected behavior Normal application startup. No crash. Notify maintainers Metadata Maintainer information:
Same issue here.
This seems like an upstream issue: and will be fixed in the next release: Could you test with waybar master? Recommended temporary solution is to disable the and module.
Waybar master is available as an overlay/package from :smile:
Tested the master version and it fixed the problems for me. Thank you.

Discussion:
{ lib , stdenv , fetchFromGitHub <ins> , fetchpatch </ins> , meson , pkg-config , ninja

sha256 = "1kzrgqaclfk6gcwhknxn28xl74gm5swipgn8kk8avacb4nsw1l9q"; }; <ins> patches = [ # XXX: REMOVE ON NEXT VERSION BUMP # Fixes compatibility of the bluetooth and network modules with linux kernel # >=5.11 # c.f. https://github.com/Alexays/Waybar/issues/994 (fetchpatch { url = "https://patch-diff.githubusercontent.com/raw/Alexays/Waybar/pull/1015.patch"; sha256 = "sha256-jQZEM3Yru2yxcXAzapU47DoAv4ZoabrV80dH42I2OFk="; }) ]; </ins> nativeBuildInputs = [ meson ninja pkg-config scdoc wrapGAppsHook cmake ] ++ lib.optional withMediaPlayer gobject-introspection;

meta = with lib; { description = "Highly customizable Wayland bar for Sway and Wlroots based compositors"; license = licenses.mit; <del> maintainers = with maintainers; [ FlorianFranzen minijackson synthetica ]; </del> <ins> maintainers = with maintainers; [ FlorianFranzen minijackson synthetica lovesegfault ]; </ins> platforms = platforms.unix; homepage = "https://github.com/alexays/waybar"; };
Change:
Describe the bug Evaluation breaks with cross-compilation and . Note that () changes nothing here. To Reproduce On: Expected behavior It at least evaluates and tries to build. Notify maintainers as cross-compilation buffs for python things, but just if it looks related to our python infra internals. This is a regression coming from . Reverting fixes eval. It looks like gets hella confused* somehow, here it is traced with some shenanigans: I would expect to contain a bit more than a mostly empty .

Discussion:
# helpers <del> wrapPython = callPackage ../development/interpreters/python/wrap-python.nix {inherit python; inherit (pkgs) makeSetupHook makeWrapper; }; </del> <ins> # We use build packages because we are making a setup hook to be used as a # native build input. The script itself references both the build-time # (build) and run-time (host) python from the explicitly passed in `python` # attribute, so the `buildPackages` doesn't effect that. wrapPython = pkgs.buildPackages.callPackage ../development/interpreters/python/wrap-python.nix { inherit python; }; </ins> # Dont take pythonPackages from "global" pkgs scope to avoid mixing python versions pythonPackages = self;
Change:
Describe the bug expect cannot be cross compiled on master of as of writing. To Reproduce Steps to reproduce the behavior: -build -A pkgsCross.aarch64- Additional context Do you have any idea?
Has this ever worked? This looks like an error message saying they explicitly don't support cross-compilation. Alternatively, it looks like a ton of people are already patching around this:
Probably not. Looking for a patch.

Discussion:
patches = [ (fetchpatch { <del> url = "https://raw.githubusercontent.com/buildroot/buildroot/master/package/expect/0001-enable-cross-compilation.patch"; </del> <ins> url = "https://raw.githubusercontent.com/buildroot/buildroot/c05e6aa361a4049eabd8b21eb64a34899ef83fc7/package/expect/0001-enable-cross-compilation.patch"; </ins> sha256 = "1jwx2l1slidvcpahxbyqs942l81jd62rzbxliyd9lwysk38c8b6b"; }) ];