Gentoo добавление пакета в основное дерево

На багтрекере можно вроде. Ждать бывает долго, так что проще параллельно завести оверлей.

http://bugs.gentoo.org

Ищешь, не просил ли уже кто добавить пакет.

Если нет - создаешь новый баг, продукт - Gentoo Linux, компонент - New ebuilds.

В Summary пишешь следующее: «category/package - description». category - желаемое имя категории для пакета, package - имя пакета, description - описание пакета(не больше 100 символов, проще взять описание с офсайта пакета).

В поле Description бага пишешь подробнее что это за пакет и зачем нужен.

Потом ждешь когда кто-нибудь возьмет пакет(станет его мэйнтэйнером). Можешь поискать желающих на #gentoo-dev-help или самом заделаться мэйнтэйнером через проект Proxy maintainers

А скажи, разработчики дерева до сих пор CVS пользуются или уже на git все пересели

CVS

Главное дерево всё еще на CVS(есть бридж SVN, но им редко кто пользуется). Есть одностороннее зеркало в git, на которое подключен травис(для отслеживания факапов). Миграции в git всё еще мешают кое-какие неприятные баги

я залил както ебилд для дров моего МФУ на багтрекер, мне довольно быстро предложили стать майнтейнером этого пакета с последующим заливанием в дерево(я правда отказался, ибо руки из жопы). Так что хрчешь пакет в дереве - становись майнтейнером.

а чего отказался, там много делать чего нужно разве?

а чего отказался
руки из жопы

Один простой вопрос.

Предположим, окончательная миграция дерева на git состоялась, юзеры массово на него переходят, радуются быстрому обновлению дерева и прочим плюшкам. Но папочка .git всё растёт и растёт — как сделать так, чтобы занимаемое место прекратило увеличиваться? Лично мне не жалко, но я верю в кучу случаев, когда юзер будует неприятно удивлён возросшей прожорливостью по отношению к месту на диске.

Сносить и обновлять не?

Не годится.

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

А если я например напишу ебилд для пакета, которого нет в дереве (и в оверлеях), куда его можно на ревью прислать? И примут ли версию -9999 в дерево?

я вот написал, сижу жду, что ответят. Правда, при сборке пакета есть сообщение «QA Notice». Но всё работает как надо.

куда его можно на ревью прислать?

на bugs.gentoo.org и шли

И примут ли версию -9999 в дерево?

Это делают очень неохотно - поддерживать сложно. Снапшот-ебилд(ебилд на упакованный тарболл определенной ревизии) никак сделать нельзя?

Снапшот-ебилд никак сделать нельзя?

Да почему можно, не подумал об этом.

А скажи тогда заодно: Вот пакет который я собирал: https://gitorious.org/topmenu/pages/Home

Там трабла в том что в одном пакете и версия для gtk2 и версия для gtk3 и апплет для mate и апплет для xfce. Но фишка в том что gtk2+gtk3 одновременно не собрать, т.е. юзы не заюзать :) Я так понял придется делать 4 ебилда на одни и те же исходники? (+ еще два ебилда для topmenu-mozilla и topmenu-qt, но с ними нет сложностей).

Но фишка в том что gtk2+gtk3 одновременно не собрать, т.е. юзы не заюзать :)

Палю годноту:

To state «exactly one of foo, bar, or baz must be set, but not several»:
REQUIRED_USE=«^^ ( foo bar baz )»

REQUIRED_USE=«^^ ( gtk gtk3 )»

С плагинами - та же петрушка

Ну а если я захочу поставить поддержку и gtk2 и gtk3? Для арча просто сделали 2 разных pkgbuild-а, я думаю можно поступить так же

я думаю можно поступить так же

На 1 и тот же пакет 2 ебилда не примут. Если пакет поддерживает сборку с несколькими версиями GTK одновременно - не вижу проблемы. Если не поддерживает - нужно костылять. Но в пределах одного ебилда

Хреново, ну я думаю можно emake делать 2 раза, если оба юза заданы, хотя не уверен, что install правильно отработает. Либо как-то патчить сборочные скрипты

хотя не уверен, что install правильно отработает

Если линкуется бинарь с одним и тем же именем(foo), а не с префиксом или суффиксом(foo-gtk2 или foo-gtk3) - то будет хреново. Тут патчить скрипты надо.

Сделай ебилд с REQUIRED_USE сначала чтоб можно было выбрать один из флагов, а потом уже думаю как включить возможности сборки с обоими