LINUX.ORG.RU

Не собирается vala-panel

 ,


0

1

Сообствено сабж. Пытаюсь собрать глобальное меню для xfce, но что то как то не выходит. Прошу помощи...мож кто сталкивался.

cat /var/tmp/portage/x11-misc/vala-panel-9999/temp/build.log
 * Package:    x11-misc/vala-panel-9999
 * Repository: lxde-gtk3
 * Maintainer: lxde
 * USE:        X abi_x86_64 amd64 elibc_glibc kernel_linux userland_GNU wnck
 * FEATURES:   preserve-libs sandbox userpriv usersandbox
>>> Unpacking source...
 * Fetching https://github.com/rilian-la-te/vala-panel.git ...
git fetch https://github.com/rilian-la-te/vala-panel.git +HEAD:refs/git-r3/HEAD
git symbolic-ref refs/git-r3/x11-misc/vala-panel/0/__main__ refs/git-r3/HEAD
 * Fetching https://github.com/rilian-la-te/cmake-vala.git ...
git fetch https://github.com/rilian-la-te/cmake-vala.git --prune +refs/heads/*:refs/heads/* +refs/tags/*:refs/tags/* +refs/notes/*:refs/notes/* +HEAD:refs/git-r3/HEAD
git update-ref --no-deref refs/git-r3/x11-misc/vala-panel/0/cmake/__main__ d868e10bfdd4e892209105c4d7e03908537bf262
 * Fetching https://github.com/rilian-la-te/vala-dbusmenu ...
git fetch https://github.com/rilian-la-te/vala-dbusmenu --prune +refs/heads/*:refs/heads/* +refs/tags/*:refs/tags/* +refs/notes/*:refs/notes/* +HEAD:refs/git-r3/HEAD
git update-ref --no-deref refs/git-r3/x11-misc/vala-panel/0/lib_dbusmenu/__main__ a2956c8ad5513f8290999bd91e3e68a41e0c8db2
 * Checking out https://github.com/rilian-la-te/vala-panel.git to /var/tmp/portage/x11-misc/vala-panel-9999/work/vala-panel-9999 ...
git checkout --quiet refs/git-r3/HEAD
GIT update -->
   repository:               https://github.com/rilian-la-te/vala-panel.git
   at the commit:            1058e7b5df2bf619aa8018fd52a7537b28fb99ce
 * Checking out https://github.com/rilian-la-te/cmake-vala.git to /var/tmp/portage/x11-misc/vala-panel-9999/work/vala-panel-9999/cmake ...
git checkout --quiet d868e10bfdd4e892209105c4d7e03908537bf262
GIT update -->
   repository:               https://github.com/rilian-la-te/cmake-vala.git
   at the commit:            d868e10bfdd4e892209105c4d7e03908537bf262
 * Checking out https://github.com/rilian-la-te/vala-dbusmenu to /var/tmp/portage/x11-misc/vala-panel-9999/work/vala-panel-9999/lib/dbusmenu ...
git checkout --quiet a2956c8ad5513f8290999bd91e3e68a41e0c8db2
GIT update -->
   repository:               https://github.com/rilian-la-te/vala-dbusmenu
   at the commit:            a2956c8ad5513f8290999bd91e3e68a41e0c8db2
>>> Source unpacked in /var/tmp/portage/x11-misc/vala-panel-9999/work
>>> Preparing source in /var/tmp/portage/x11-misc/vala-panel-9999/work/vala-panel-9999 ...
>>> Source prepared.
>>> Configuring source in /var/tmp/portage/x11-misc/vala-panel-9999/work/vala-panel-9999 ...
 * cmake-utils_src_prepare has not been run, please open a bug on https://bugs.gentoo.org/
>>> Working in BUILD_DIR: "/var/tmp/portage/x11-misc/vala-panel-9999/work/vala-panel-9999_build"
cmake --no-warn-unused-cli -C /var/tmp/portage/x11-misc/vala-panel-9999/work/vala-panel-9999_build/gentoo_common_config.cmake -G Unix Makefiles -DCMAKE_INSTALL_PREFIX=/usr -DENABLE_wnck=ON -DENABLE_WNCK=ON -DENABLE_Wnck=ON -DENABLE_X11=ON -DGSETTINGS_COMPILE=OFF -DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_BUILD_TYPE=Gentoo -DCMAKE_INSTALL_DO_STRIP=OFF -DCMAKE_USER_MAKE_RULES_OVERRIDE=/var/tmp/portage/x11-misc/vala-panel-9999/work/vala-panel-9999_build/gentoo_rules.cmake -DCMAKE_TOOLCHAIN_FILE=/var/tmp/portage/x11-misc/vala-panel-9999/work/vala-panel-9999_build/gentoo_toolchain.cmake  /var/tmp/portage/x11-misc/vala-panel-9999/work/vala-panel-9999
Not searching for unused variables given on the command line.
loading initial cache file /var/tmp/portage/x11-misc/vala-panel-9999/work/vala-panel-9999_build/gentoo_common_config.cmake
-- The C compiler identification is GNU 6.4.0
-- Check for working C compiler: /usr/bin/x86_64-pc-linux-gnu-gcc
-- Check for working C compiler: /usr/bin/x86_64-pc-linux-gnu-gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Looking for RPMTools... - rpmbuild NOT FOUND
CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:137 (message):
  Could NOT find Vala (missing: VALA_EXECUTABLE)
Call Stack (most recent call first):
  /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:377 (_FPHSA_FAILURE_MESSAGE)
  cmake/FindVala.cmake:55 (find_package_handle_standard_args)
  CMakeLists.txt:82 (find_package)


-- Configuring incomplete, errors occurred!
See also "/var/tmp/portage/x11-misc/vala-panel-9999/work/vala-panel-9999_build/CMakeFiles/CMakeOutput.log".
 * ERROR: x11-misc/vala-panel-9999::lxde-gtk3 failed (configure phase):
 *   cmake failed
 * 
 * Call stack:
 *     ebuild.sh, line  124:  Called src_configure
 *   environment, line 3910:  Called cmake-utils_src_configure
 *   environment, line 1123:  Called die
 * The specific snippet of code:
 *       "${CMAKE_BINARY}" "${cmakeargs[@]}" "${CMAKE_USE_DIR}" || die "cmake failed";
 * 
 * If you need support, post the output of `emerge --info '=x11-misc/vala-panel-9999::lxde-gtk3'`,
 * the complete build log and the output of `emerge -pqv '=x11-misc/vala-panel-9999::lxde-gtk3'`.
 * The complete build log is located at '/var/tmp/portage/x11-misc/vala-panel-9999/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/x11-misc/vala-panel-9999/temp/environment'.
 * Working directory: '/var/tmp/portage/x11-misc/vala-panel-9999/work/vala-panel-9999_build'
 * S: '/var/tmp/portage/x11-misc/vala-panel-9999/work/vala-panel-9999'

★★★★

-- Looking for RPMTools... - rpmbuild NOT FOUND

Deleted
()

Пытаюсь собрать глобальное меню для xfce

А при чем тут vala-panel?

И, это, оно падучее и это не вылечат.

t184256 ★★★★★
()
Ответ на: комментарий от xaTa

Установлен то, установлен, а вот в выхлопе cmake определение -DVALA_EXECUTABLE:NAMES=valac-your_version не вижу.

(missing: VALA_EXECUTABLE)

Samsky
()
Ответ на: комментарий от Athor

Да с симлинком все собралось. Благодарю.

xaTa ★★★★
() автор топика
Ответ на: комментарий от xaTa

А, это отсутствует пакет eselect-vala, в котором должен быть /usr/share/eselect/modules/vala.eselect. А почему он в репозитории Portage отсутствует - непонятно.

backbone ★★★★★
()
Ответ на: комментарий от Athor

Это, спору нет, похвально, но половину убунты я под nixos не соберу. Когда научусь, ее как раз каноникал закопает. =(

t184256 ★★★★★
()
Ответ на: комментарий от t184256

Там из убунты ничего не надо. Только GTK3, bamf да панельку. Что из этого убунтовое? Для qt4 надо appmenu-qt. И все.

Athor ★★
()
Ответ на: комментарий от Athor

Только GTK3, bamf да панельку. Что из этого убунтовое?

unity-gtk-module? Ладно, понял. Как-нибудь попробую запилить для тренировки на debian, но вот собрать это под NixOS я заранее отчаялся.

t184256 ★★★★★
()
Ответ на: комментарий от t184256

unity-gtk-module не требуется, есть appmenu-gtk-module, который встроен. Под sid собирается, в репе только по идеологическим соображениям нету.

Athor ★★
()
Ответ на: комментарий от pol01

Не, не фиксил... собрал, поюзал. Она не оправдала моих надежд(или может я не разобрался в ней до конца). По мне так лучше плагин topmenu.

xaTa ★★★★
() автор топика
Ответ на: комментарий от Athor

Смог завести на NixOS/XFCE самыми грязными способами всего-то за пару десятков часов. Пц.

Неспешно попробую состряпать полу-оверлей, полу-хауту. В апстрим nixpkgs этому, наверное, никогда не попасть.

t184256 ★★★★★
()
Ответ на: комментарий от Athor

да, кхм, во всем.

например венец — gsettings schema. в NixOS они лежат в /nix/store/<specific_derivation> и путь до них задается правкой переменных окружения в, мать его, индивидуальном враппере приложения. в итоге чистота оcлепительная — каждое приложение видит только cвои схемы. класс, да? возможно проще окажется выпатчить gsettings, чем выродить решение, которое примут в nixpkgs.

t184256 ★★★★★
()
Ответ на: комментарий от t184256

каждое приложение видит только cвои схемы

Отнюдь, оно видит те схемы, которые явно указаны при создание враппера. Так и надо.

anonymous
()
Ответ на: комментарий от t184256

В Appmenu вроде схем нету, но я еще посмотрю. Если о appmenu-gtk-module - а ему что нужно? он только свою схему любит. Или ты про то, что любое приложение с модулем хочет эту схему?

Ну а чем ее заменить предлагаешь? Просто конфигом что ли? Думаю, это еще хуже будет - на лету тяжелее подхватить, и из нескольких локаций надо (из /etc и из .config).

А хардкодить блокировки я не хочу - можешь сам (и выпатчить GSettings), но юзеры сами страдать будут.

А еще в чем сложности?

Athor ★★
()
Последнее исправление: Athor (всего исправлений: 1)
Ответ на: комментарий от Athor

Или ты про то, что любое приложение с модулем хочет эту схему?

this

Ну а чем ее заменить предлагаешь?

ничем? там ведь и так без двух переменных ничего не случится, не?

юзеры сами страдать будут.

почему?

А еще в чем сложности?

пoтом покажу, если не разберусь.

t184256 ★★★★★
()
Ответ на: комментарий от anonymous

ага, пока не появляется gtk-модуль со схемой, которую надо видеть всем. или, прикинь, обычный gsettings.

t184256 ★★★★★
()
Ответ на: комментарий от t184256

Ничем не катит, ибо перечисленные в нем приложения работают с глобальным меню не очень. И предлагается юзеру на свой страх и риск их включать (изменив параметр).

Так что либо конфиг, либо gsettings, либо хардкод (что не гуд, я от него избавляюсь по возможности, сейчас в хардкоде только панели)

Athor ★★
()
Ответ на: комментарий от Athor

ОК.

Однажды я подрасту как юзер NixOS и все пойму. А пока лучшим вариантом я вижу source'нуть из профиля вручную для каждого пользователя немножечко runtime-магии, которая расширит XDG_DATA_DIRS и GTK_PATH, сделать из моего креатива оверлей, отдать кому-нибудь на критику, все поправить, попытаться заапстримить, полгодика послушать от гуру, что не так, дождаться официальной политики партии и только потом победа. А, да, сначала еще bamf.

За полгода-год может обернусь, с моими и их темпами.

t184256 ★★★★★
()
Ответ на: комментарий от t184256

А с bamf-то что не так? Ну по поводу альтернативы GSettings я подумаю. Может, и сделаю compile-time переключатель для NixOS

Athor ★★
()
Ответ на: комментарий от Athor

Ну его тоже надо опакетить. С ним я несколько часов потратил, убеждая сгенерить и разложить куда надо vapi и определяя сервис. Полюбому где-то скосячил или что-то забыл.

t184256 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.