Nemial писал(а):Может примите мои пул реквесты btrfs-progs, xfsprogs?
Гляну сегодня чуть позже - может просто приму, а может частично вручную смержу.
Ещё по ходу дела пара замечаний возникла. Крайне желательно для каждого коммита давать краткое описание на английском, потому что когда идёт серия коммитов с описанием "Updated xfsprogs.spec", то потом не очень удобно разбираться, если придётся искать, когда что-то изменилось. Плюс при сборке эти строки попадают в changelog пакета, получается совсем неинформативно. И ещё надо удалять старые ненужные патчи не только из спека, но и из гита, чтобы не копились там.
Nemial писал(а):Не, просто меня это мысль посетила, потому что, я вдруг обновил mesa, но её же нужно тестировать и да, удобно ли будет майнтейнерам или нет вот в чем вопрос.
Строго формализовать этот вопрос вряд ли возможно. Попробую написать общие соображения.
1. Каждое обновление должно решать какую-то проблему. Потому что бывают такие обновления, которые исправляют что-то при сборке на FreeBSD и больше ничего не делают. Или ещё что-то в этом роде. Для пакетов из Contrib ничего страшного в таких обновлениях нет, пусть уж будут самые новые версии. А пакеты из Main лучше без особой необходимости не обновлять, т.к. для каждого обновления приходится делать QA-запрос и проводить его через ряд формализованных процедур. Тут само обновление версии - это от силы пять процентов от всего объёма работы.
2. Некоторые пакеты очень хорошо мейнтейнятся (там по истории коммитов видно, что ими часто занимаются) и если на данный момент версия не самая свежая, то скорее всего мейнтейнер просто считает, что по какой-то причине обновлять ещё не стоит. Я думаю, что mesa как раз из их числа, т.к. для обновления mesa проводится очень большое количество тестов на различном оборудовании. И собирать каждое минорное обновление выходит расточительно в плане ресурсов QA. Хотя может мейнтейнер mesa пример пулл-реквест, это уже на его усмотрение.
3. Пакеты, которые могут повлиять на работу других программ (в первую очередь библиотеки), лучше без крайней необходимости не трогать. Т.к. там надо изучать, изменилось ли что-то в API/ABI, как это отразится на других программах и т.д. Как правило, библиотеки обновляются по мере необходимости, когда для сборки какой-то программы нужна уже более новая версия библиотеки. К модулям perl, python и ruby это тоже относится.
4. Очень важно внимательно относиться к патчам. Не отключать их только по той причине, что при сборке они не наложились. Какие-то из них могут быть больше не нужны, а какие-то надо адаптировать к новому коду. Иногда я сам не могу сходу понять, что делает какой-то патч и нужен ли он ещё. Приходится обсуждать его с тем человеком, который когда-то его добавлял (если получается связаться).
5. Часть пакетов являются частью чего-то большего. Например, нельзя просто взять и обновить EFL до последней версии - надо последовательно обновлять и собирать весь Enlightenment. Или при обновлении sdlmame надо сразу обновлять qmc2. Так что может случиться такое, что какие-то пулл-реквесты будут отклоняться, когда у мейнтейнеров не будет возможности уделить много времени какой-то большой задаче целиком, а частично сделать её нельзя. Например, у нас по этой причине сейчас не самая свежая версия Enlightenment.
6. Лучше всего обновлять программы из Contrib, от которых ничего не зависит. Хороший пример такого обновления - unetbootin.
Их не надо пропускать через QA, так что можно всё быстро смержить и собрать.
7. Ещё очень хорошо добавлять в пакеты патчи, исправляющие известные баги. Это сложнее обновления версий, но вдруг кто-то сможет такое делать.
Вообще, если начать с простых вещей типа обновления версий, то со временем можно хорошо набить руку и получить доступ к обновлениям непосредственно в группе import, а не через пулл-реквесты. То есть влиться в состав мейнейтеров дистрибутива