щас бы бан в гугле

подскажите, как правильно пакетировать символические ссылки, а то с ними что-то плохое происходит: они перестают быть ссылками уже в архиве pkg.tar.xz

судя по всему, ссылки это тупо строчка с относительным путем

щас бы симлинки в архив кидать

и куда пакетировать? в аур?

это не правильный подход?

ln при создании даже не проверяет, что файл куда они указывают - существует

а в чем прикол симлинки пакетировать

ты с помощью PKGBUILD-a командами делаешь симлинки

по работе, на устройства

они собираются при сборке пакета

симлинки обычно скриптом каким-то исполняемым прокидываются, etc. никто их не архивит

нет, где-то в makefile проекта, который собираю

после сборки
ls -al pkg/orcania/usr/lib/
total 40
drwxr-xr-x. 2 root root  4096 Oct  6 14:08 .
drwxr-xr-x. 4 root root  4096 Oct  6 14:08 ..
lrwxrwxrwx. 1 root root    19 Oct  6 14:08 liborcania.so -> liborcania.so.2.1.1
-rwxr-xr-x. 1 root root 23740 Oct  6 14:08 liborcania.so.2.1.1

распаковано из pkg.tar.xz
ls -al usr/lib/
total 44
drwxr-xr-x. 2 root root  4096 Oct  6 14:08 .
drwxr-xr-x. 4 root root  4096 Oct  6 14:08 ..
-r--------. 1 root root    19 Oct  6 14:08 liborcania.so
-rwxr-xr-x. 1 root root 23740 Oct  6 14:08 liborcania.so.2.1.1
содержимое файла liborcania.so: ELF(

в post_install?

ну погугли, как заставить архиватор сохранять ссылки

заодно, погуглишь про неофетч)))

архиватор вызывается makepkg внутри

если я скажу что я в podman под fedora из под рута запускаю makepkg чтобы собирать пакет на arm, мне нужно будет скидывать неофетч какой из систем?

ну там где код пишешь