В некоторых дистрибутивах biarch устроен по-другому, и загрузчик ld-linux-aarch64.so.1 находится в /lib/ld-linux-aarch64.so.1 а не в /lib64/ld-linux-aarch64.so.1 как у нас. Предлагаю сделать дополнительный симлинк, чтобы улучшить бинарную совместимость со сборками для других дистрибутивов.
(In reply to comment #0) > В некоторых дистрибутивах biarch устроен по-другому, и загрузчик > ld-linux-aarch64.so.1 находится в > /lib/ld-linux-aarch64.so.1 > а не в > /lib64/ld-linux-aarch64.so.1 > как у нас. При чём тут biarch? > Предлагаю сделать дополнительный симлинк, чтобы улучшить бинарную совместимость > со сборками для других дистрибутивов. Симлинк, который есть уже некоторое время * Thu Oct 10 2019 Gleb F-Malinovskiy <glebfm> 6:2.27-alt11 - Updated to glibc-2.27-141-g5b4f7382af from 2.27 branch. - Added ld-linux compat symlinks for aarch64 and riscv64. не подходит?
(В ответ на комментарий №1) > (In reply to comment #0) > > В некоторых дистрибутивах biarch устроен по-другому, и загрузчик > > ld-linux-aarch64.so.1 находится в > > /lib/ld-linux-aarch64.so.1 > > а не в > > /lib64/ld-linux-aarch64.so.1 > > как у нас. > > При чём тут biarch? Ну мне кажется, что есть системы, в которых /lib и /lib32, и есть другие, в которых /lib64 и /lib соответственно. И это способ организации biarch. Что-то не так? > Симлинк, который есть уже некоторое время > > * Thu Oct 10 2019 Gleb F-Malinovskiy <glebfm> 6:2.27-alt11 > - Updated to glibc-2.27-141-g5b4f7382af from 2.27 branch. > - Added ld-linux compat symlinks for aarch64 and riscv64. > > не подходит? Путём дополнительных манипуляций выяснено, что этот новый симлинк — /lib/ld-linux-aarch64.so.1 Таким образом, задача решена до формального заведения баги, но после фактического.
При этом в glibc-core-debuginfo есть /usr/lib/debug/lib64/ld-2.30.so.debug /usr/lib/debug/lib64/ld-linux-aarch64.so.1.debug но нет /usr/lib/debug/lib/ld-linux-aarch64.so.1.debug Из-за чего пакеты с отладочной информацией не проходят в Сизиф: aarch64: NEW unmet dependencies detected: dotnet-bootstrap-debuginfo#3.1.0-alt1 /usr/lib/debug/lib/ld-linux-aarch64.so.1.debug http://git.altlinux.org/tasks/243089/logs/events.2.1.log
(In reply to comment #3) > Из-за чего пакеты с отладочной информацией не проходят в Сизиф: > aarch64: NEW unmet dependencies detected: > dotnet-bootstrap-debuginfo#3.1.0-alt1 > /usr/lib/debug/lib/ld-linux-aarch64.so.1.debug Простите, пожалуйста, но зачем вам для пакетов, которые вы не можете собрать из исходного кода, отладочная информация? Как вы эту отладочную информацию собираетесь использовать?
(В ответ на комментарий №4) > (In reply to comment #3) > > Из-за чего пакеты с отладочной информацией не проходят в Сизиф: > > aarch64: NEW unmet dependencies detected: > > dotnet-bootstrap-debuginfo#3.1.0-alt1 > > /usr/lib/debug/lib/ld-linux-aarch64.so.1.debug > > Простите, пожалуйста, но зачем вам для пакетов, которые вы не можете собрать из > исходного кода, отладочная информация? Как вы эту отладочную информацию > собираетесь использовать? Я пока что хотел, чтобы пакет прошёл сборочницу. Возразить нечем, уже делаю strip на бинарники. Это правильный ход?
(В ответ на комментарий №5) > (В ответ на комментарий №4) > > (In reply to comment #3) > > > Из-за чего пакеты с отладочной информацией не проходят в Сизиф: > > > aarch64: NEW unmet dependencies detected: > > > dotnet-bootstrap-debuginfo#3.1.0-alt1 > > > /usr/lib/debug/lib/ld-linux-aarch64.so.1.debug > > > > Простите, пожалуйста, но зачем вам для пакетов, которые вы не можете собрать из > > исходного кода, отладочная информация? Как вы эту отладочную информацию > > собираетесь использовать? > Я пока что хотел, чтобы пакет прошёл сборочницу. Возразить нечем, уже делаю > strip на бинарники. Это правильный ход? ... который Глеб уже сделал в рамках * Fri Nov 08 2019 Gleb F-Malinovskiy <glebfm@altlinux.org> 3.0.0-alt1.qa1 - Dropped hack for ld-linux path on aarch64.
