ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | ffmpeg FTBFS on aarch64 and armh | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Dmitry V. Levin <ldv> |
| Component: | ffmpeg | Assignee: | Slava Aseev <ptrnine> |
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
| Severity: | critical | ||
| Priority: | P5 | CC: | aen, darktemplar, placeholder, ptrnine, rider, zerg |
| Version: | unstable | ||
| Hardware: | aarch64 | ||
| OS: | Linux | ||
| URL: | https://lists.altlinux.org/pipermail/sisyphus-incominger/2021-July/620338.html | ||
| Bug Depends on: | |||
| Bug Blocks: | 27222 | ||
|
Description
Dmitry V. Levin
2021-07-10 14:35:29 MSK
я этой проблемой прямо сейчас заняться не смогу, буду благодарен за помощь. 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, например А, libavcodec/vp8-ctrls.h это не апстримная хедер. Тогда надо сделать что-то вроде этого: http://git.altlinux.org/gears/f/ffmpeg.git?p=ffmpeg.git;a=commit;h=04cd4742b97e7c3655002c7df94819fa06af85ed Сделал таск http://git.altlinux.org/tasks/278898/ Нужно будет зааппрувить (In reply to Slava Aseev from comment #4) > Сделал таск http://git.altlinux.org/tasks/278898/ > Нужно будет зааппрувить Напишите, пожалуйста, в %changelog, что измненение закрывает этот репорт. (In reply to Slava Aseev from comment #4) > Сделал таск http://git.altlinux.org/tasks/278898/ > Нужно будет зааппрувить Это изменение сделано в рассчёте на то, что для сборки используются самые свежие ядерные хедеры. Это так и было задумано? (Ответ для 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 Нужен мантейнер, чтобы принять решение по этому пакету. > Так и было задумано, я увидел в сизифе glibc-kernheaders 5.13
А это не сможет привести к тому, что на 5.10-std-def что-то не заработает?
(In reply to Sergey V Turchin from comment #9) > > Так и было задумано, я увидел в сизифе glibc-kernheaders 5.13 > А это не сможет привести к тому, что на 5.10-std-def что-то не заработает? Не должно. (Ответ для 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 ядрах - тоже непонятно. (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 ffmpeg-2:4.4-alt5 -> sisyphus: Wed Jul 14 2021 Slava Aseev <ptrnine@altlinux> 2:4.4-alt5 - fixed build on arm (closes: #40437) Спасибо! Прошу отправить в p10. (Ответ для AEN на комментарий #14) > Спасибо! > Прошу отправить в p10. Готово: #280517 |
