AN
а внутри делаешь структуру как в nixpkgs, c такими же callPackage итд
Size: a a a
2020 April 26
TZ
А вопрос теоретического плана - какие есть барьеры для запиливания аналога nix (как пакетного менеджера) с конфигурацией на языке по выбору техлида (Haskell, кастомный DSL, груви и т.д. и т.п)?
TZ
Я слышал про guile/guix, там Scheme, который лисп; может, какие-то ещё попытки были?
AN
c IFD это теряет смысл ;)
TZ
Что такое IFD?
AN
import from derivation
AN
haskell.nix весь из этого сделан
DO
РЕШЕНО: :) Удалил из /nix/store vscode и запустил
sudo nix-store --repair-path /nix/store/6v7nzxzspf6z2z3hiv9l60xchgnp9pwj-vscode-1.44.1, всё починилось. интересно, из-за чего такое вылезло...AS
убери скобки вокруг ./sdl2.nix ?
АБ
{nixpkgs ? import <nixpkgs> {},
stdenv ? nixpkgs.stdenv}:
let
sdl = (nixpkgs.pkgsCross.mingwW64.callPackage (./sdl2.nix) {});
in
stdenv.mkDerivation {
name = "k";
#nativeBuildInputs = [ ];
nativeBuildInputs = [ sdl ]; # your dependencies here
}Хмм, а почему
sdl в nativeBuildInputs? Она точно в buildInputs должна бытьАБ
И кстати скобок очень много
АБ
{nixpkgs ? import <nixpkgs> {},
pkgs ? nixpkgs.pkgsCross.mingwW64;
stdenv ? pkgs.stdenv}:
let
sdl = pkgs.callPackage ./sdl2.nix {};
in
stdenv.mkDerivation {
name = "k";
#nativeBuildInputs = [ ];
buildInputs = [ sdl ]; # your dependencies here
}АБ
Вот так попробуй
АБ
я правильно понимаю, что использование crossPkgs.mingwW64 без лишних инпутов даёт gcc, который можно запустить на стадии сборки пакета?
Кросс-компиляция в nixpkgs -- довольно сложная тема
АБ
Без лишних инпутов он тебе дает
gcc который умеет собирать бинари под нужную платформу и libc под нужную платформуАБ
Если ты добавляешь что-нибудь в
buildInputs, то это что-то собирается под ту же платформу, что и сам пакет, если в nativeBuildInputs -- собирается под "родную" платформу (ту, на которой ты собираешь)