Но там нет никакой кросс-компиляции в понимании nixpkgs

Всё куда проще, просто в qemu запускаются нативные для "хоста" (всмысле таргета в общечеловеческом понимании) компиляторы и утилиты

Ага, понимаю

Возвращаясь к изначальному вопросу, я хоть немного объяснил откуда берутся pkgs и почему это не неявный контекст?

Да

Я вроде понял, спасибо!

Отлично!

Так, базовые вещи работают буду с более сложными разбираться, тут смежные вопросы

Ну смежные тоже сюда можно

Хаскель я люблю, правда почти не умею

Не, всё ещё по никсу, возможно даже примерно о том же

Есть очередной, файл foo/default.nix:

{ pkgs
, dockerTools
, $company
, $package-exe
}: 
...
dockerTools.buildImage {
  name = the_prefix + "smt-portal";
  fromImage = $company.docker.base;
  contents = [ ... ];
  tag = the_tag;
  config.Cmd = [ "/bin/tini" "--" "/bin/run" ];
  config.Env = $company.docker.base.config.Env;
}

В оверлеях:

(self: pkgs: { $company.docker  = ((import ((self.$company-repo) + "/nix/docker.nix")) self); })
(self: super:
    let call = self.callPackage;
    in rec
      {
        cheops-smt-portal-docker =
          call ./foo
            { cheops-smt-exe = super.$company.haskellPackages.$package-exe; }

Ругается на то, что нет атрибута docker в строке config.Env = $company.docker
При этом я проверял, что $company.docker.base само по себе собирается

А не! не собирается, чем-то сломал, буду разбираться

Вот! Другой вопрос, оказывается

^ вот это вот, при добавлении второго оверлея $company.docker больше недоступно, как тут быть правильно?

Сделал:

  (self: pkgs:
      let ghcVersion = "ghc8103"; in
      { $company  = pkgs.$company //
         { haskellPackages = pkgs.haskell.packages.${ghcVersion}.override {
            ...
           };
         };
      })

Вроде взлетело, но правильно ли это?

Учитывая, что кажется в pills предлагалось // избегать

Да, затрет

Там есть эээ очень хаскельный проектик