Исправление Pinkbyte, (текущая версия) :
Все заинтересованные разработчики. Но на регулярной основе Qt-пакетами теперь занимается меньшее количество людей, увы. Область ответственноcти Gentoo Qt снизилась ровно до поддержки самого Qt, я еще даже застал начало этого процесса - когда Davide Pesavento просил либо проставить конкретного мэйнтэйнера в пакет и убрать алиас qt@g.o, либо просто убрать алиас из мэйнтэйнеров и дропнуть на maintainer-needed
С одной стороны это верно, ибо я знаю пример другого подобного «всеобъемлющего проекта» с печальной историей(там я тоже успел отметиться) - Gentoo C++. Они раньше тоже занимались много чем, сейчас там по факту работа с GCC/Clang(и то там больше геморроя для base-system) да Boost.
Помню как я выловил Tiziano Muller(единственного активного тогда члена проекта) в IRC и спросил как лучше фиксить Boost. На что он ответил - «можешь фиксить - фикси! Только в случае чего баги тоже разгребать тебе»
Вообще позиция «feel free to fix» в проектах, где мало народу, очень часто и радует и раздражает. Радует, потому что можно внести фиксы быстро и самому. Раздражает, потому что часто приходится вникать в новую область, чтобы фиксы одних багов не привнесли других. Ибо одно дело принести патч на review и только отвечать на уточняющие вопросы. А как интегрировать его - пусть у членов проекта голова болит. А другое дело когда ты находишься по обе стороны.
В погожий денек для некоторых пакетов мне приходилось делать полный цикл - патч, интеграция, стабилизация, выпуск GLSA(для security апдейтов). Сам себе разработчик, мэйнтэйнер, arch tester и security liasson. Выматывает это изрядно.
И хорошо если по документации проекта и при общении с разработчиками удаётся прояснить спорные моменты. Хуже когда приходится гонять сборочные тесты на каждое более-менее существенное изменение вслепую - а это до жопы времени, особенно для больших пакетов.
Исправление Pinkbyte, :
Все заинтересованные разработчики. Но на регулярной основе Qt-пакетами теперь занимается меньшее количество людей, увы. Область ответственноcти Gentoo Qt снизилась ровно до поддержки самого Qt, я еще даже застал начало этого процесса - когда Davide Pesavento просил либо проставить конкретного мэйнтэйнера в пакет и убрать алиас qt@g.o, либо просто убрать алиас из мэйнтэйнеров и дропнуть на maintainer-needed
С одной стороны это верно, ибо я знаю пример другого подобного «всеобъемлющего проекта» с печальной историей(там я тоже успел отметиться) - Gentoo C++. Они раньше тоже занимались много чем, сейчас там по факту работа с GCC/Clang(и то там больше геморроя для base-system) да Boost.
Помню как я выловил Tiziano Muller(единственного активного тогда члена проекта) в IRC и спросил как лучше фиксить Boost. На что он ответил - «можешь фиксить - фикси! Только в случае чего баги тоже разгребать тебе»
Вообще позиция «feel free to fix» в проектах, где мало народу, очень часто и радует и раздражает. Радует, потому что можно внести фиксы быстро и самому. Раздражает, потому что часто приходится вникать в новую область, чтобы фиксы одних багов не привнесли других. Ибо одно дело принести патч на review и только отвечать на уточняющие вопросы. А как интегрировать его - пусть у членов проекта голова болит. А другое дело когда ты находишься по обе стороны.
В погожий денек для некоторых пакетов мне приходилось делать полный цикл - патч, интеграция, стабилизация, выпуск GLSA. Сам себе разработчик, мэйнтэйнер, arch tester и security liasson. Выматывает это изрядно.
И хорошо если по документации проекта и при общении с разработчиками удаётся прояснить спорные моменты. Хуже когда приходится гонять сборочные тесты на каждое более-менее существенное изменение вслепую - а это до жопы времени, особенно для больших пакетов.
Исходная версия Pinkbyte, :
Все заинтересованные разработчики. Но на регулярной основе Qt-пакетами теперь занимается меньшее количество людей, увы. Область ответственноcти Gentoo Qt снизилась ровно до поддержки самого Qt, я еще даже застал начало этого процесса - когда Davide Pesavento просил либо проставить конкретного мэйнтэйнера в пакет и убрать алиас qt@g.o, либо просто убрать алиас из мэйнтэйнеров и дропнуть на maintainer-needed
С одной стороны это верно, ибо я знаю пример другого подобного «всеобъемлющего проекта» с печальной историей(там я тоже успел отметиться) - Gentoo C++. Они раньше тоже занимались много чем, сейчас там по факту работа с GCC/Clang(и то там больше геморроя для base-system) да Boost.
Помню как я выловил Tiziano Muller(единственного активного тогда члена проекта) в IRC и спросил как лучше фиксить Boost. На что он ответил - «можешь фиксить - фикси! Только в случае чего баги тоже разгребать тебе»
Вообще позиция «feel free to fix» в проектах, где мало народу, очень часто и радует и раздражает. Радует, потому что можно внести фиксы быстро и самому. Раздражает, потому что часто приходится вникать в новую область, чтобы фиксы одних багов не привнесли других.
И хорошо если по документации проекта и при общении с разработчиками удаётся прояснить спорные моменты. Хуже когда приходится гонять сборочные тесты на каждое более-менее существенное изменение вслепую - а это до жопы времени, особенно для больших пакетов.