Ports/gears vs srpms
При сопровождении догоняющих репозиториев была выработана следующая схема применительно к "таким же" пакетам и изменённым конкретно для этого порта:
- совпадающие с основным sisyphus пакеты отправляем на сборку srpm-ками;
- целенаправленно отличающиеся -- из gear-репозиториев.
Такая схема выросла в том числе из ранних портов glebfm@ и iv@ -- из gears собирается то, что точно отличается и у форка есть веские причины, чтоб ненароком не перетереть обновлением из srpm (потому как может даже собраться, но совсем не то, что требуется, а дополнительный контроль наследования срабатывает в случае замены gear на srpm, но не наоборот).
То есть с форками, которые сугубо временные и не должны существовать как таковые (потому что разумно поместить и в основной сизиф):
- поправили/проверили на коленке
- зарядили пробное задание в сизиф
- из полученного TESTED взяли пакеты, зарядили пробное у себя
- если собралось/заработало -- пытаемся коммитить в сизиф
- и когда DONE -- коммитим у себя
Неприятности бывают, если между (3) и (5) произошло обновление этих пакетов сизифе (особенно если оба форка оказались с одинаковыми %version-%release) -- поэтому значительные работы стоит заранее координировать с майнтейнерами соответствующих пакетов, которые могут молча планировать или проводить свои работы по ним (которым, в свою очередь, может несколько помешать наша деятельность, если опередили).