Summary: | Собрать без libmozjs78 | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | AEN <aen> |
Component: | 0ad | Assignee: | ruslandh <ruslandh> |
Status: | ASSIGNED --- | QA Contact: | qa-sisyphus |
Severity: | major | ||
Priority: | P5 | CC: | grenka, ruslandh |
Version: | unstable | ||
Hardware: | x86 | ||
OS: | Linux |
Description
AEN
2024-02-27 03:29:56 MSK
Он внутри в принципе носит свой libmozjs78, достаточно собрать без системного libmozjs, с текущими системными он не собирается (без глубокого залезания в код). В новых версиях пакет носит уже девяносто-какую-то версию, которой тоже нет в Сизифе. Как я понял в Федоре собирается с внутренним libmozjs Да, так. Руслан, есть проблемы? Хорошо б в p11 избавиться от libmozjs78 Да, не собирается. Ни с внутренним libmozjs78, ни с внешнми libmozjs старше 78. (Ответ для ruslandh на комментарий #4) > Да, не собирается. > Ни с внутренним libmozjs78, ни с внешнми libmozjs старше 78. А как же в fedora? https://packages.fedoraproject.org/pkgs/0ad/0ad/fedora-40-updates-testing.html (Ответ для AEN на комментарий #5) > (Ответ для ruslandh на комментарий #4) > > Да, не собирается. > > Ни с внутренним libmozjs78, ни с внешнми libmozjs старше 78. > > А как же в fedora? > > https://packages.fedoraproject.org/pkgs/0ad/0ad/fedora-40-updates-testing. > html В федоре, как известно имеется python3.11, они с ним и собираются без проблем. (Ответ для Grigory Ustinov на комментарий #6) > (Ответ для AEN на комментарий #5) > > (Ответ для ruslandh на комментарий #4) > > > Да, не собирается. > > > Ни с внутренним libmozjs78, ни с внешнми libmozjs старше 78. > > > > А как же в fedora? > > > > https://packages.fedoraproject.org/pkgs/0ad/0ad/fedora-40-updates-testing. > > html > > В федоре, как известно имеется python3.11, они с ним и собираются без > проблем. Понятно. На самом деле он и с 3.11 не собирался. Но это в debian починили. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1064726 |