Участник:AndreyRahmatullin/Legacy

Chromium

KVIrc

Пакет собирается из апстримного svn, в связи с нестандартной структурой репозитория и нежеланием тянуть ветки 3.x используется такой .git/config:

[svn-remote "svn"]
        url = https://svn.kvirc.de/svn
        fetch = trunk/kvirc:refs/remotes/trunk
        tags = tags/kvirc/{4.0.0,4.0.2}:refs/remotes/tags/*
        branches = branches/kvirc/{4.0}:refs/remotes/branches/*

При вписывании сюда новых тегов (и бранчей?) надо согласно git-svn(1) обновлять .git/svn/.metadata (например, просто удаляя строки с maxRev).

CMake

Пакет собирается из апстримного Git, патчи приложены в дереве. В их числе отклонённый апстримом (#0003642) патч для сборки библиотек динамически (за: экономятся несколько мегабайт в бинарниках и при этом почти не надо править сборочные скрипты апстрима; против: иногда всё-таки надо, и можно наткнуться на собранные без -fPIC бандленые исходники той же libarchive, так что в дальнейшем, возможно, придётся отказаться от этого патча), патч (#0009267) для исправления возможного переполнения буфера, найденный gcc, и патч (см. #0010933) для успешной сборки с системной libarchive.

QtCurve

3 апстримных тарбола лежат в git как 3 каталога, обновление делается обычным gear-update. Если версии тарболов различаются, пакету присваивается максимальная из них, конкретные версии перечисляются в записи чейнджлога. Из каталога KDE4 собираются две копии, с kde4libs и без них, и пакуются в соответствующие пакеты. Из каталога KDE3 собирается только версия без kdelibs, т.к. таково теперь умолчание апстрима, да и вообще.

KCHMViewer

Собирается два раза: с kde4libs и без. Первый вариант собирается cmake и содержит кучу специфических для DE файлов, второй собирается qmake и содержит только один бинарник.

ccache

В git приложен старинный патч, позволяющий использовать ccache без ручного запуска и без манипуляций с симлинками в $PATH, выставив в окружении GCC_USE_CCACHE=1 (переменная читается gcc_wrapper из пакета gcc-common). Патч маленький и очень полезный, выбрасывать его следует только при большой необходимости и обязательно с анонсом и документированием.