| Summary: | неполная упаковка исходников (отсутствует fst/types.h) и ошибки компиляции с GCC 14 | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Sisyphus | Reporter: | Pavel Shilov <zerospirit> | ||||||
| Component: | libkaldi-devel | Assignee: | ulysses <ulysses> | ||||||
| Status: | CLOSED NOTABUG | QA Contact: | qa-sisyphus | ||||||
| Severity: | normal | ||||||||
| Priority: | P5 | CC: | aoipkn, ulysses | ||||||
| Version: | unstable | ||||||||
| Hardware: | x86_64 | ||||||||
| OS: | Linux | ||||||||
| Attachments: |
|
||||||||
|
Description
Pavel Shilov
2025-12-05 09:12:33 MSK
Created attachment 20263 [details]
лог сборки с пересобранным пакетом из исходников
> При пакетировании libkaldi использовались НЕ оригинальные исходники с официального GitHub (https://github.com/kaldi-asr/kaldi), а альтернативный источник, вследствие чего в пакет не попали некоторые важные файлы и зависимости. Разве? ``` cat .gear/upstream/remotes [remote "upstream"] url = https://github.com/kaldi-asr/kaldi.git fetch = +refs/heads/*:refs/remotes/upstream/* ``` ``` cat .gear/rules tar:. spec: .gear/kaldi.spec specsubst: Soversion PatchNumber copy: .gear/*.patch ``` Сборка из git-репозитория производится. > — fst/types.h и другие заголовочные файлы OpenFST Установка openfst-devel решает эту проблему? > — tools/extras/* (скрипты установки зависимостей) — egs/* (примеры конфигураций) — Некоторые хелперы и скрипты сборки А что-то из этого надо, чтобы решить проблему? > Затронутые файлы: — src/fstext/lattice-weight.h — src/fstext/kaldi-fst-io-inl.h — src/fstext/pre-determinize-inl.h — src/util/kaldi-table-inl.h Да, потому что cstring приходит из base/kaldi-common.h > Результат: fatal error: fst/types.h: No such file or directory Это надо смотреть. Но опять же вы мне свои репо, в которых возникла ошибка, не прислалил, я не могу посмотреть локально, где возникает проблема. А в логе который вы скинули про это нет упоминания. > 4. Альтернатива: использовать флаг компилятора для разрешения устаревших конструкций (временное решение): -fpermissive А это нейронка вам советует вообще, а не мне. Разрешите мне немного повозмущаться. Мне очень обидно, что я вынужден читать эту нейросетевую генерацию. Вы даже не провели факт-чекинг того, что она нагенерировала. Учитывая, что она не в курсе контекста совсем. Если проблема в отсутствии openfst-devel, вы проверили: установка этого пакета решает проблему? Если да, то я добавлю его в Requires. Опять же по существу в баге ничего нет. И я не знаю, что от меня вы требуете. Для начала нужно диагностировать почему у вас не собираются эти проекты. Может если несовместимость версий, неправильно пути к заголовочникам проставлены и т.д. Попробуйте склонировать и пересобрать локально kaldi и openfst с какими-то опциями, если найдете это полезным. В Сизифе то что вы прислали вообще не имеет зависимость от kaldi https://packages.altlinux.org/en/sisyphus/srpms/python3-module-vosk/src_dependencies/ Для vosk-api в Fedora какие-то патчи используются. Может они решают проблему? https://src.fedoraproject.org/rpms/vosk-api/blob/rawhide/f/vosk-api.spec Какой пакет не пересобрался из сизифа я не понял. Я только что проверил на x86_64 сборка kaldi проходит. Я закрываю багу пока что по следующим причинам. 1. Часть потенциальных ошибок относится к другому пакету. 2. Часть ошибок не существует в действительности. 3. Ошибки сборки не воспроизводятся. |