Wcześniej podpinałem pliki conf z użyciem klauzuli :include. Niestety w ten
sposób wymagana jest wyczyszczenie konfiguracji asdf żeby podłapać system nowo
dodane do profilu.

(Jak się potem okazało, nawet z dodaniem całego katalogu i tak trzeba resetować
konfigurację)

Zamiast tego mogę przetłumaczyć na sztywno cały katalog systems na fasl. Wymaga
to zachowania konwencji gdzie są fasle. Niestety w tym przypadku wymagana jest
pełna kopia a nie symlink, chyba że ustawi się asdf:*resolve-symlinks*.

Ustawienie samych linków do asdków wymagałoby użycia truename na symlinku,
jednak nie wiem jak by to działało gdyby pliki źródłowe znajdowały się w
katalogu wyżej niż sam asd.

Teraz problemem jest to, że zainstalowanie tej samej biblioteki do profilu kilka
razy pod rząd postępująco nadpisuje wcześniejsze pliki - to znaczy że nie są
wykrywane konflikty. Może ostatecznie będzie trzeba kopiować źródła.

Powinienem tak naprawdę użyć output-files w perform, ale patch byłby
większy. Powinno to zostać naprawione u źródła tak czy siak.

tak się wydaje czyściej bo nie są kopiowane envy wygenerowane w setup hooku

Zamiast tego source registry/output translations mają tylko po jednym wpisie z
odniesienem do zbudowanego enva

pythonPackages robi podobnie

nie wiem jak zachowa się symlink do asdf przy konfliktach w profilu

"The manner in which a source file is distinguished from a compiled file is
implementation-dependent."

inne impl mają problem z widocznością output translations

prawdopodobnie przyczyną jest sposób traktowania symlinków

z powodu użycia symlinków w share/common-lisp, aby działało wczytywanie
load-system wymagane jest ustawienie asdf:*resolve-symlinks* na nil.

Inaczej będzie mapował do zlinkowanego źródła (/nix/store/...-source/*.fasl)
zamiast do ścieżki logicznej (~/.nix-profile/share/common-lisp/fasl/.../*.fasl).

Różne implementacje mają niekompatybilne traktowanie symlinków.

SBCL potrafi nie rozwiązywać.

ECL rozwiązuje nawet przy :resolve-symlinks nil jeśli katalog nadrzędny jest
symlinkiem.

ABCL również potrafi nie rozwiązywać ale wymaga to patcha w ASDF.

Ogólnie robi się gnój i chyba lepiej będzie wrócić do niestety bardziej
skomplikowanego (ale dającego więcej kontroli) podejścia z :INCLUDE plików
konfiguracyjnych w podkatalogach src/fasl z komponentem :IMPLEMENTATION.

ponieważ symlinki są rozwiązane już przez cl:directory i dalej nic z tym nie
zrobię

'#' will be ignored, and an empty message aborts the commit.  # # On branch
scratch # Your branch is up to date with 'origin/scratch'.  #

…+ECL, żeby

nie było potrzeby tworzenia podkatalogów na każdą implementację. W ten sposób
działałoby to przy wrzuceniu całego conf.d do XDG_DATA_DIRS. Niestety w ten
sposób nie zostanie obsłużony przypadek różnych wersji tej samej implementacji,
więc prawdopodobnie będę musiał tak czy siak tworzyć podkatalogi
asdf:implementation-identifier i być może dodać nową zmienną
NIX_ASDF_OUTPUT_TRANSLATION_CONF_DIRS po to, żeby nie musieć wrzucać sexpr do
ASDF_OUTPUT_TRANSLATIONS co przeszkadza w ustawianiu jej z użyciem
shell-friendly DSL przez użytkownika. Ta nowa zmienna działałaby tylko w
wrapperze withPackages (lub być może również w buildPhase po setup hooku), więc
raczej nie muszę się przejmować używalnością tego przez użytkownika, tzn. ta
zmienna będzie szczegółem implementacyjnym nie udokumentowanym w podręczniku.