40437 2021-07-10 14:35:29 +0300 ffmpeg FTBFS on aarch64 and armh 2021-07-23 16:38:09 +0300 1 1 4 Development Sisyphus ffmpeg unstable aarch64 Linux CLOSED FIXED https://lists.altlinux.org/pipermail/sisyphus-incominger/2021-July/620338.html P5 critical --- 27222 1 ldv ptrnine aen darktemplar placeholder ptrnine rider zerg qa-sisyphus oldest_to_newest 200230 0 ldv 2021-07-10 14:35:29 +0300 http://git.altlinux.org/tasks/277898/logs/events.1.1.log: 2021-Jul-10 11:21:36 :: message: rebuild to update libsnappy.so.1 dependencies for p10 #100 build 4.4-alt4 from /gears/f/ffmpeg.git fetched at 2021-Jul-10 11:15:15 from sisyphus ... 2021-Jul-10 11:23:43 :: [aarch64] ffmpeg.git 4.4-alt4: remote: build failed 2021-Jul-10 11:24:51 :: [armh] ffmpeg.git 4.4-alt4: remote: build failed $ git grep -wn ^ffmpeg alt-education-x86_64.bnames:463:ffmpeg alt-sp8-workstation-i586.bnames:316:ffmpeg alt-sp8-workstation-x86_64.bnames:322:ffmpeg alt-workstation-k-install-x86_64.bnames:312:ffmpeg slinux-install-x86_64.bnames:255:ffmpeg dist.src_all:710:ffmpeg 200317 1 rider 2021-07-12 12:56:12 +0300 я этой проблемой прямо сейчас заняться не смогу, буду благодарен за помощь. 200403 2 ptrnine 2021-07-13 15:50:18 +0300 VP8-related определения перенесли в uapi: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=363240ce1c08875815d28276f0a793bcaedb1ee9 По всем сходным структурам в ffmpeg конфликт возникает только с одной - v4l2_vp8_entropy_coder_state (определена в libavcodec/vp8-ctrls.h и в /usr/include/linux/v4l2-controls.h) Т.к. libavcodec/vp8-ctrls.h это не публичный хедер, выход простой - переименовать v4l2_vp8_entropy_coder_state в v4l2_vp8_entropy_boolean_coder_state, например 200408 3 ptrnine 2021-07-13 16:16:50 +0300 А, libavcodec/vp8-ctrls.h это не апстримная хедер. Тогда надо сделать что-то вроде этого: http://git.altlinux.org/gears/f/ffmpeg.git?p=ffmpeg.git;a=commit;h=04cd4742b97e7c3655002c7df94819fa06af85ed 200473 4 ptrnine 2021-07-14 15:40:17 +0300 Сделал таск http://git.altlinux.org/tasks/278898/ Нужно будет зааппрувить 200476 5 ldv 2021-07-14 15:48:43 +0300 (In reply to Slava Aseev from comment #4) > Сделал таск http://git.altlinux.org/tasks/278898/ > Нужно будет зааппрувить Напишите, пожалуйста, в %changelog, что измненение закрывает этот репорт. 200477 6 ldv 2021-07-14 15:58:23 +0300 (In reply to Slava Aseev from comment #4) > Сделал таск http://git.altlinux.org/tasks/278898/ > Нужно будет зааппрувить Это изменение сделано в рассчёте на то, что для сборки используются самые свежие ядерные хедеры. Это так и было задумано? 200485 7 ptrnine 2021-07-14 16:54:39 +0300 (Ответ для Dmitry V. Levin на комментарий #6) > (In reply to Slava Aseev from comment #4) > > Сделал таск http://git.altlinux.org/tasks/278898/ > > Нужно будет зааппрувить > > Это изменение сделано в рассчёте на то, что для сборки используются самые > свежие ядерные хедеры. Это так и было задумано? Так и было задумано, я увидел в сизифе glibc-kernheaders 5.13 Может, я чего-то не понимаю, с этим могут быть какие-то проблемы? При сборке повалился тест-шатун: [aarch64] hevc_idct_8x8_dc_8_neon (hevc_idct.c:81) [aarch64] - hevc_idct.idct_dc [FAILED] [aarch64] - hevc_idct.idct [OK] Вероятно, исправлено в апстриме: https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/f27e3ccf06ee19935d160164ca4a02f28cfc2a27 200534 8 ldv 2021-07-15 14:16:19 +0300 Нужен мантейнер, чтобы принять решение по этому пакету. 200771 9 zerg 2021-07-21 12:03:16 +0300 > Так и было задумано, я увидел в сизифе glibc-kernheaders 5.13 А это не сможет привести к тому, что на 5.10-std-def что-то не заработает? 200773 10 ldv 2021-07-21 13:05:43 +0300 (In reply to Sergey V Turchin from comment #9) > > Так и было задумано, я увидел в сизифе glibc-kernheaders 5.13 > А это не сможет привести к тому, что на 5.10-std-def что-то не заработает? Не должно. 200778 11 ptrnine 2021-07-21 13:42:55 +0300 (Ответ для Sergey V Turchin на комментарий #9) > > Так и было задумано, я увидел в сизифе glibc-kernheaders 5.13 > А это не сможет привести к тому, что на 5.10-std-def что-то не заработает? В основном в glibc-kernheaders 5.13 просто добавляются определения структур, которые уже были определены в ffmpeg. Определения идентичны (за исключением названий некоторых полей, что не важно, в общем-то) Единственное отличие там в дефайне V4L2_CID_STATELESS_VP8_FRAME, заменяющем V4L2_CID_MPEG_VIDEO_VP8_FRAME_HEADER. С версии 5.13 ядро обрабатывает именно значение V4L2_CID_STATELESS_VP8_FRAME. К чему все это может привести на старых ядрах - я не знаю. Ну и к чему приведет сохранение V4L2_CID_MPEG_VIDEO_VP8_FRAME_HEADER на новых >5.13 ядрах - тоже непонятно. 200780 12 ldv 2021-07-21 13:58:08 +0300 (In reply to Slava Aseev from comment #11) > (Ответ для Sergey V Turchin на комментарий #9) > > > Так и было задумано, я увидел в сизифе glibc-kernheaders 5.13 > > А это не сможет привести к тому, что на 5.10-std-def что-то не заработает? > > В основном в glibc-kernheaders 5.13 просто добавляются определения структур, > которые уже были определены в ffmpeg. Определения идентичны (за исключением > названий некоторых полей, что не важно, в общем-то) > > Единственное отличие там в дефайне V4L2_CID_STATELESS_VP8_FRAME, заменяющем > V4L2_CID_MPEG_VIDEO_VP8_FRAME_HEADER. С версии 5.13 ядро обрабатывает именно > значение V4L2_CID_STATELESS_VP8_FRAME. К чему все это может привести на > старых ядрах - я не знаю. > Ну и к чему приведет сохранение V4L2_CID_MPEG_VIDEO_VP8_FRAME_HEADER на > новых >5.13 ядрах - тоже непонятно. См. https://git.kernel.org/torvalds/c/363240ce1c08875815d28276f0a793bcaedb1ee9 200848 13 repository-robot 2021-07-23 12:59:15 +0300 ffmpeg-2:4.4-alt5 -> sisyphus: Wed Jul 14 2021 Slava Aseev <ptrnine@altlinux> 2:4.4-alt5 - fixed build on arm (closes: #40437) 200849 14 aen 2021-07-23 13:00:47 +0300 Спасибо! Прошу отправить в p10. 200857 15 ptrnine 2021-07-23 16:38:09 +0300 (Ответ для AEN на комментарий #14) > Спасибо! > Прошу отправить в p10. Готово: #280517