Но и эта проблема вполне решаема. Перед самым новым годом в git-репозиторий K3b был сделан коммит, добавивший "волшебную" переменную для системы сборки, позволящую обойти вышеописанную неприятность.
Итак, если нет желания дожидаться релиза K3b версии 2.1 и при этом использовать KDE 4.6, надо всего лишь собрать git-версию софтины для прожига дисков.
git clone git://anongit.kde.org/k3b
После завершения операции клонирования репозитория заходим в каталог k3b, создаем каталог buld и перебираемся в него (последние два шага необязательны, но общеприняты при использовании системы сборки cmake).
Далее выполням команду конфигрурирования сборки, применя при этом "волшебную" переменную K3B_ENABLE_HAL_SUPPORT, которая по умолчанию имеет знаение ON. А нам соответственно требуется противоположжное значение OFF.
cmake .. -DK3B_ENABLE_HAL_SUPPORT=OFF -DCMAKE_INSTALL_PREFIX=/usr
Ну и после того как CMake успешно отконфигурит сборку (Configuring done
), собираем приложение при помощи make, и затем устанавливаем -- make install.
И если все сделано правильно, то K3b вполне нормально заработает.
А арчеводам вообще практически ничего делать не надо, кроме добавления параметра K3B_ENABLE_HAL_SUPPORT в PKGBUILD пакета k3b-git из AUR.
p.s. лирушный парсер хтмл-кода как всегда "радует" -- параметры cmake должны вводиться одной строкой =(
Комментариев нет:
Отправить комментарий