Сборка KDE из исходников

Во многих дистрибутивах на тему сборки пакетов есть свои гайды, но они описывают процесс в общем. А разбивать на пакеты надо так, как это принято в конкретном дистрибутиве. Например, можно посмотреть зависимости метапакета или группы пакетов и сделать так же. Например, в арче: $ pacman -S plasma-desktop --print-format="$(echo -ne 'Package: %n\nDepends on: %D')": см. здесь

Это, так сказать, сырой список зависимостей, если его обработать, можно и автоматизировать весь процесс. Можно подсмотреть, например, как KDE 6 компиляют в Slackware.

А вообще, ошибка о другом, не о libnotify. Чуть ниже же

Could NOT find Python3 (missing: Python3_INCLUDE_DIRS Development

Если вы собираете пакет под конкретный дистрибьютив, используйте библиотеки этого дистрибьютива, иначе вам придется опакечивать ещё и сторонние библиотеки. То есть aqt лучше не использовать.

Недавно появилась статья, которая может дать пищу для размышлений.

Чем сторонние репозитории не устроили, я уверен, что уже все собрано за нас, в крайнем случае репы неона должны подойти к 24.04

Гента норм путь, но даже на ней я ждал, пока шестая плазма доползет до «стабильного» профиля, ибо лень перекатываться полностью на ~amd64, а прописывать в .accept_keywords все кеды с зависимостями тоже желания не особо.

Предоположим что я всё собрал и у меня есть рабочая плазма. Как мне её распихать по rpm/deb пакетам?

Хы-хы. Предположи, что ты на слаке и забей.

…а прописывать в .accept_keywords все кеды с зависимостями тоже желания не особо.

Очень тупой и страшный способ получить свежие кеды в генту, но работает:

cat /etc/portage/download-kde.sh
#!/bin/bash
cd /etc/portage/package.accept_keywords/
for i in `curl https://gitweb.gentoo.org/proj/kde.git/tree/Documentation/package.accept_keywords 2>/dev/null | grep "\.keywords'>" | grep href | grep -v live | grep -v 9999 | sed "s/.*href='/https:\/\/gitweb.gentoo.org/" | sed "s/'.*//"`
do
        rm -- `echo $i | sed 's/.*\///'`
        wget -N -c "$i"
done

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

А вообще правильным ли путем я иду?

Свежие кеды практически наверняка не соберутся даже на неоне для разработчиков по гайду для этого дистрибутива. Собрать и упаковать же под какую-нибудь lts убунту - безумная в плане усилий идея. Это как раз одна из причин существования неона. Если не для саморазвития, то сидеть на свежих кедах проще в каком-нибудь арче.

Зачем 6 когда есть 5
У меня наоборот большие вопросы, почему 5 нет сейчас в portage. Хоть бы в оверлей ебилды вынесли.
А ждать стабильного профиля не нужно - можно просто врубить ~amd64 для нужных пакетов или категорий

~amd64 для нужных пакетов или категорий

Ну я че то про категорию не подумал, типо kde-apps/*, а сверху докинуть зависимости по необходимости. Но даже так лениво, так что проще чуть подождать.

Зачем? когда есть 3.5

Поправил, не благодари. Пятые кеды как-то прошли мимо меня, даже не тыкал, емнип. Вот третьи, да, пользовался, четвертыми, сейчас на 6. В принципе, добавить бы раздельные рабочие столы для разных мониторов и отличная среда будет.

Можно подсмотреть, например, как KDE 6 компиляют в Slackware

в CRUX’e удобно смотреть дерево зависимостей prt-get deptree (к сожалению не могу показать, там прямо наглядное дерево строится, что от чего зависит), здесь есть порт plasma-meta, очень простые скрипты на bash. можно в виртуалку поставить, подсмотреть и адаптировать сборочные скрипты, но оно конечно того не стоит, не соберется все равно

Я собственно и использую trinity.
Однако принудительный апдейт до 6, которые находятся в активной стадии разработки это очень нехорошо. 5 сейчас стабилен, поддерживается, но не ожидает значительных изменений - основные баги уже поправлены, фичи сделаны. Так что это вполне хороший вариант для тех, кому просто нужен стабильный DE. На шестой ветке же жди постоянных переделок, новых багов

Во многих дистрибутивах часто лежит неактуальная версия KDE. Например, в Kbuntu 24.04 до сих пор KDE 5

А ты не думал, что это сделано не просто так?

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

есть какой-то более простой путь

Есть. Переключиться на тестовую ветку дистрибутива. Или подключить соответствующий ppa-репозиторий. И секситься с консолью и багами.

думаю посмотреть на Gentoo или srpm из Альта

Подумай лучше вот что.

Тебе только Plasma? Или может еще браузер нужен? Ридеры? Редакторы? Меса? Ядро?

Будешь каждый день их пересобирать? А то обновляются они часто, пару дней пропустишь — и все, у тебя версия «неактуальная».

bq. А ты не думал, что это сделано не просто так?

безусловно не просто так

bq. Тебе только Plasma? Или может еще браузер нужен? Ридеры? Редакторы? Меса? Ядро?

Мне нужна только Plasma. Конкретно для себя решаю проблему с кривым Fractional Scaling, который очень сильно улучшился в KDE 6.

bq. Будешь каждый день их пересобирать? А то обновляются они часто, пару дней пропустишь — и все, у тебя версия «неактуальная».

Во-первых, я не говорил, что хочу сидеть на условном master/develop. Во-вторых, мне интересно разобраться с процессом сборки и опакечивания большой штуки, такой как KDE.

Что за бестолковый стиль квотейшенов? А ещё две звезды…

Ой! Jira в голове :-(