Summary: | Совместимость с чужими glibc на aarch64 | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Vitaly Lipatov <lav> |
Component: | glibc-core | Assignee: | Gleb F-Malinovskiy <glebfm> |
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
Severity: | normal | ||
Priority: | P3 | CC: | glebfm, ldv |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux | ||
Bug Depends on: | |||
Bug Blocks: | 37641 |
Description
Vitaly Lipatov
2019-11-01 19:37:12 MSK
(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. |