AF
Ты сейчас придумала целый процесс для людей, которые в этом процессе не должны были оказаться в принципе, если бы кое-кто другой имел бы ответственность за свои решения.
почему не должны были-то
Size: a a a
2020 May 07
AF
gcc не может один разгрести все баги всех проектов которые его используют, именно для этого делается system-wide change чтобы все были в курсе планов, и участвовали
Д
почему не должны были-то
Согласно твоей логике можно взять любой сырой продукт и потом можно обвинить майнтайнеров, что ОЙ НЕ ТЕСТИРУЕТЕ
Д
а продукт то сам по себе не работает
AF
Согласно твоей логике можно взять любой сырой продукт и потом можно обвинить майнтайнеров, что ОЙ НЕ ТЕСТИРУЕТЕ
расслабьтесь, я никого не обвиняю. Я говорю о том как устроен процесс разработки fedora
o👹
скажите, пожалуйста, есть ли что-то, что позволяло бы быстро проверить целостность файла? одна из причин, почему я использую ZFS - это ее контрольная сумма файлов. Я понимаю, что можно архиваторами пользоваться с поддержкой сумм, но они больно тормозные в этом плане... есть ли что-то, что может SHA файлов с директориями и поддиректориями хранить и сравнивать быстро?
AF
тащить или не тащить X в стабильный релиз - решается при тестировании релиза. Соответственно практика показала что тестирование у нас плохо организовано.
AF
я вот и думаю почему и как его надо улучшать
AF
я вижу например проблему в том что после масс-ребилда майнтейнеры проектов не попробовали запускать свои проекты
AF
мне кажется это нелогично
AF
нет. не только в gcc дело в данном случае, могла быть какая-то лругая фича с таким же эффектом
YS
тащить или не тащить X в стабильный релиз - решается при тестировании релиза. Соответственно практика показала что тестирование у нас плохо организовано.
объясни в чём смысл - тащить нестабильный GCC и в то же время не обновить Qt до следующей стабильной версии?
AF
проблема в том что работу пакетов после масс-ребилда не проверяет вообще никто
YS
лол :)))
Д
тащить или не тащить X в стабильный релиз - решается при тестировании релиза. Соответственно практика показала что тестирование у нас плохо организовано.
А ты не видишь проблемы, что кто-то решил на половине всего тестового периода взять кор компонент системы из транка, таким образом он:
1. Сократил возможное время тестирования
2. Отключил от процесса тестирования майнатайнеров
1. Сократил возможное время тестирования
2. Отключил от процесса тестирования майнатайнеров
AF
А ты не видишь проблемы, что кто-то решил на половине всего тестового периода взять кор компонент системы из транка, таким образом он:
1. Сократил возможное время тестирования
2. Отключил от процесса тестирования майнатайнеров
1. Сократил возможное время тестирования
2. Отключил от процесса тестирования майнатайнеров
что значит - отключил? каким образом?
Д
Внимание и возможности (временные) каждого человека ограничены. Никто не ожидает, что что-то будет существенно меняться на половине тестового периода и не готов вкладывать время каждое такое изменение (или же проверять всё досканально)
AF
заявляется system-wide change, анонсируется по всем каналам, у этого изменения есть план по выполнению, и contingency plan на случай если что-то пошло не так. Все майнтейнеры обязаны быть подписаны на devel-announce и быть в курсе таких обновлений
AF
это не что-то происходящее скрытно о всех, это шаг в разработке
AF
соответсвенно как майнтейнер - я должна реагирвоать на такие вещи, как минимум после ребилда проверить. что там вообще происходит