45727 2023-03-31 18:52:47 +0300 pkg-config: ошибка пересборки на архитектуре armh 2023-04-03 13:05:20 +0300 1 1 4 Development Sisyphus pkg-config unstable arm Linux NEW P5 normal --- 45707 1 asheplyakov placeholder at glebfm iv ldv nir placeholder rider shrek sin vt qa-sisyphus oldest_to_newest 223764 0 asheplyakov 2023-03-31 18:52:47 +0300 #317778 FAILED #1 [test-only] sisyphus pkg-config.git=0.29.2-alt3 2023-Mar-30 12:10:04 :: plan: src +1 -1 =18294, aarch64 +2 -2 =31236, armh +2 -2 =29271, i586 +2 -2 =31279, ppc64le +2 -2 =30690, x86_64 +2 -2 =32190 2023-Mar-30 12:10:50 :: patched apt indices 2023-Mar-30 12:11:04 :: created next repo 2023-Mar-30 12:11:15 :: duplicate provides check OK armh: NEW unmet dependencies detected: libImageMagick-devel#6.9.12.73-alt1:sisyphus+314149.100.1.1@1674664040 /usr/bin/armh-alt-linux-gnueabi-pkg-config libfreetype-devel#2.13.0-alt1:sisyphus+315092.100.1.1@1676198701 /usr/bin/armh-alt-linux-gnueabi-pkg-config ACLs of affected packages (2): ImageMagick rider @cpan libfreetype shrek 2023-Mar-30 12:11:53 :: unmets: armh +2 -0 =14 2023-Mar-30 12:11:53 :: dependencies check FAILED 2023-Mar-30 12:11:53 :: task #317778 for sisyphus FAILED При пересборке бинарник pkg-config каким-то образом получает триплет armv7l-alt-linux-gnueabi. Что вообще говоря более правильно, чем непонятное armh-alt-linux-gnueabi. Но самопроизвольные изменения такого вида крайне нежелательны (хотя бы потому, что ломают зависимости). измен 223768 1 asheplyakov 2023-03-31 19:01:05 +0300 Можно, конечно, тупо пересобрать сломавшиеся пакеты (благо их немного). Но лучше бы понять: 1) Причину такого изменения, 2) Насколько оно желательно (или нет) 223769 2 ldv 2023-03-31 19:03:25 +0300 Мы выяснили, что это стало следствием https://git.savannah.gnu.org/cgit/config.git/commit/?id=ee9898641088ae9169de0453ce475d371f9d5016 Как видно, в репозитории с этим нет консистентности: $ grep -F armh-alt-linux-gnueabi Sisyphus/armh/base/contents_index |cut -f2 |sort -u |wc -l 128 $ grep -F armv7l-alt-linux-gnueabi Sisyphus/armh/base/contents_index |cut -f2 |sort -u |wc -l 41 223771 3 asheplyakov 2023-03-31 19:18:57 +0300 (Ответ для Dmitry V. Levin на комментарий #2) > Мы выяснили, что это стало следствием > https://git.savannah.gnu.org/cgit/config.git/commit/ > ?id=ee9898641088ae9169de0453ce475d371f9d5016 > > Как видно, в репозитории с этим нет консистентности: > $ grep -F armh-alt-linux-gnueabi Sisyphus/armh/base/contents_index |cut -f2 > |sort -u |wc -l > 128 Это то, что собиралось с gnu-config до коммита ee9898641088ae9169de0453ce475d371f9d5016. > $ grep -F armv7l-alt-linux-gnueabi Sisyphus/armh/base/contents_index |cut > -f2 |sort -u |wc -l > 41 А это - то, что успело собраться с gnu-config, в котором уже есть коммит ee9898641088ae9169de0453ce475d371f9d5016. Даже не знаю, что делать. 1. Если оставить gnu-config как есть, то при следующей пересборке gcc, binutils, у них ВНЕЗАПНО изменится триплет. 2. С другой стороны, условно низкоуровневый код (gmp, например) хорошо знает, что такое armv7l-*-linux-gnueabi, а вот что такое armh-*-linux-gnueabi - как-то не очень. Из-за этого configure может решить не использовать ассемблерные реализации, или вообще сказать - а я не знаю, что это за платформа такая. 223773 4 ldv 2023-03-31 19:35:11 +0300 (In reply to Alexey Sheplyakov from comment #3) > (Ответ для Dmitry V. Levin на комментарий #2) > > Мы выяснили, что это стало следствием > > https://git.savannah.gnu.org/cgit/config.git/commit/ > > ?id=ee9898641088ae9169de0453ce475d371f9d5016 > > > > Как видно, в репозитории с этим нет консистентности: > > $ grep -F armh-alt-linux-gnueabi Sisyphus/armh/base/contents_index |cut -f2 > > |sort -u |wc -l > > 128 > > Это то, что собиралось с gnu-config до коммита > ee9898641088ae9169de0453ce475d371f9d5016. > > > $ grep -F armv7l-alt-linux-gnueabi Sisyphus/armh/base/contents_index |cut > > -f2 |sort -u |wc -l > > 41 > > А это - то, что успело собраться с gnu-config, в котором уже есть коммит > ee9898641088ae9169de0453ce475d371f9d5016. > > Даже не знаю, что делать. > > 1. Если оставить gnu-config как есть, то при следующей пересборке gcc, > binutils, у них ВНЕЗАПНО изменится триплет. Этот коммит в Сизифе с конца позапрошлого года, за это время весь тулчейн уже пересобирался. > 2. С другой стороны, условно низкоуровневый код (gmp, например) хорошо > знает, что такое armv7l-*-linux-gnueabi, а вот что такое > armh-*-linux-gnueabi - как-то не очень. > Из-за этого configure может решить не использовать ассемблерные > реализации, или вообще сказать - а я не знаю, что это за платформа такая. Жалобы на это и послужили причиной того коммита в gnu config. 223774 5 asheplyakov 2023-03-31 19:41:03 +0300 (Ответ для Dmitry V. Levin на комментарий #4) > (In reply to Alexey Sheplyakov from comment #3) > > (Ответ для Dmitry V. Levin на комментарий #2) > > > Мы выяснили, что это стало следствием > > > https://git.savannah.gnu.org/cgit/config.git/commit/ > > > ?id=ee9898641088ae9169de0453ce475d371f9d5016 > > > > > > Как видно, в репозитории с этим нет консистентности: > > > $ grep -F armh-alt-linux-gnueabi Sisyphus/armh/base/contents_index |cut -f2 > > > |sort -u |wc -l > > > 128 > > > > Это то, что собиралось с gnu-config до коммита > > ee9898641088ae9169de0453ce475d371f9d5016. > > > > > $ grep -F armv7l-alt-linux-gnueabi Sisyphus/armh/base/contents_index |cut > > > -f2 |sort -u |wc -l > > > 41 > > > > А это - то, что успело собраться с gnu-config, в котором уже есть коммит > > ee9898641088ae9169de0453ce475d371f9d5016. > > > > Даже не знаю, что делать. > > > > 1. Если оставить gnu-config как есть, то при следующей пересборке gcc, > > binutils, у них ВНЕЗАПНО изменится триплет. > > Этот коммит в Сизифе с конца позапрошлого года, за это время весь тулчейн > уже пересобирался. Отлично. Значит последствия не столь страшны, как я себе их представлял. > > 2. С другой стороны, условно низкоуровневый код (gmp, например) хорошо > > знает, что такое armv7l-*-linux-gnueabi, а вот что такое > > armh-*-linux-gnueabi - как-то не очень. > > Из-за этого configure может решить не использовать ассемблерные > > реализации, или вообще сказать - а я не знаю, что это за платформа такая. > > Жалобы на это и послужили причиной того коммита в gnu config. Значит, просто пересобираю в задании 317766 пострадавшие пакеты (ImageMagick, libfreetype)? 223776 6 ldv 2023-03-31 21:44:15 +0300 (In reply to Alexey Sheplyakov from comment #5) > Значит, просто пересобираю в задании 317766 пострадавшие пакеты > (ImageMagick, libfreetype)? Да. 223777 7 asheplyakov 2023-04-01 04:21:33 +0300 (Ответ для Dmitry V. Levin на комментарий #6) > (In reply to Alexey Sheplyakov from comment #5) > > Значит, просто пересобираю в задании 317766 пострадавшие пакеты > > (ImageMagick, libfreetype)? > > Да. Попробовал. Стало ещё хуже: https://git.altlinux.org/tasks/317766/logs/events.6.1.log 2023-Apr-01 00:50:58 :: unmets: armh +492 -0 =504 2023-Apr-01 00:50:59 :: dependencies check FAILED 2023-Apr-01 00:50:59 :: task #317766 for sisyphus FAILED Для сборки libfreetype требуется libharbuzz-devel, см. (https://git.altlinux.org/srpms/l/libfreetype.git?p=libfreetype.git;a=blob;f=libfreetype.spec;h=aede1044d42071043915d690676109114bdf9676;hb=7b26e395ccd157a5cd52721554d3be538cba2d94#l26 А libharfbuzz-devel среди прочего зависит от libfreetype-devel: $ apt-cache show libharfbuzz-devel | grep -e '^Depends' | tr ',' '\n' Depends: /usr/lib64/pkgconfig glib2-devel libfreetype-devel libgraphite2-devel libicu-devel pkgconfig(glib-2.0) pkgconfig(gobject-2.0) libharfbuzz-icu (= 3.2.0-alt1:p10+310099.70.8.1) libharfbuzz-gobject (= 3.2.0-alt1:p10+310099.70.8.1) Чтобы пересобрать libfreetype-devel, нужно установить libfreetype-devel, а у libfreetype-devel сломана зависимость (от /usr/bin/armh-alt-linux-gnueabi-pkg-config) 223784 8 ldv 2023-04-01 10:00:12 +0300 Значит, придётся фиксить сборку пакета libfreetype, например, путём добавления export PKG_CONFIG=pkg-config перед %configure. Вообще devel-пакеты совершенно напрасно зашивают путь к pkg-config, да ещё и архитектурно-зависимый. 223796 9 asheplyakov 2023-04-02 10:50:29 +0300 (Ответ для Dmitry V. Levin на комментарий #8) > Значит, придётся фиксить сборку пакета libfreetype, например, путём > добавления > export PKG_CONFIG=pkg-config > перед %configure. Помогло. > Вообще devel-пакеты совершенно напрасно зашивают путь к pkg-config, да ещё и > архитектурно-зависимый. Нет, не напрасно, а для поддержки кросс-компиляции (ПО, использующего данную библиотеку). Другое дело, что скрипт freetype-config сам по себе плохо сочетается с кросс-компиляцией -- кто ж добавляет в PATH $SYSROOT/bin? Но наши devel пакеты для кросс-компиляции (а точнее установки в SYSROOT) всё равно непригодны - в .pc файлах добрые люди удалили ${libdir} из Libs. 223797 10 asheplyakov 2023-04-02 10:51:47 +0300 (Ответ для Alexey Sheplyakov на комментарий #9) > (Ответ для Dmitry V. Levin на комментарий #8) > > Значит, придётся фиксить сборку пакета libfreetype, например, путём > > добавления > > export PKG_CONFIG=pkg-config > > перед %configure. > > Помогло. > > > Вообще devel-пакеты совершенно напрасно зашивают путь к pkg-config, да ещё и > > архитектурно-зависимый. > > Нет, не напрасно, а для поддержки кросс-компиляции (ПО, использующего данную > библиотеку). Интересно - а почему это происходит только на armh? 223816 11 rider 2023-04-03 09:24:02 +0300 Что-то я листал листал вашу переписку и так и не понял - вот этот изменение в ImageMagick оно чем обусловлено? +export PKG_CONFIG=pkg-config %configure \ Я правильно понимаю, что в devel пакет влетает прямой путь к pkg-config ? Может быть чинить это надо не таким способом, а где-то в autotools ? 223817 12 ldv 2023-04-03 10:16:49 +0300 (In reply to Anton Farygin from comment #11) > Что-то я листал листал вашу переписку и так и не понял - вот этот изменение > в ImageMagick оно чем обусловлено? > > +export PKG_CONFIG=pkg-config > %configure \ > > Я правильно понимаю, что в devel пакет влетает прямой путь к pkg-config ? Да, пакет во время сборки сперва спрашивает полный путь к pkg-config (имеет на это право), а потом зачем-то зашивает этот полный путь в devel-пакет (а это уже лишнее). > Может быть чинить это надо не таким способом, а где-то в autotools ? См. комментари45727#c4 Непонятно, что тут чинить в autotools. Это проявляется только на armh, инвестировать в кото 223818 13 ldv 2023-04-03 10:24:30 +0300 (In reply to Anton Farygin from comment #11) > Что-то я листал листал вашу переписку и так и не понял - вот этот изменение > в ImageMagick оно чем обусловлено? > > +export PKG_CONFIG=pkg-config > %configure \ > > Я правильно понимаю, что в devel пакет влетает прямой путь к pkg-config ? Да, пакет во время сборки сперва спрашивает полный путь к pkg-config (имеет на это право), а потом зачем-то зашивает этот полный путь в devel-пакет (а это уже лишнее). В Сизифе, видимо, всего 2 пакета, которые так сделали. > Может быть чинить это надо не таким способом, а где-то в autotools ? См. комментарий #c4. Вроде бы autotools всё делает правильно, просто у libfreetype-devel циклические сборочные зависимости, его нельзя просто так взять и пересобрать после пересборки pkg-config. Поскольку это проявляется только на armh (спасибо за инновационное название архитектуры), инвестировать в которую никто не собирается, скорее наоборот, проще сделать export PKG_CONFIG=pkg-config. 223819 14 ldv 2023-04-03 10:26:32 +0300 (оказывается, багзилла иногда коммитит комментарии, когда делаешь Preview, зря она это делает) 223834 15 rider 2023-04-03 12:39:28 +0300 https://packages.altlinux.org/ru/tasks/317766/ остался один аппрув на freetype