Ссылка
нажмите — покажем
нажмите — покажем
Вот где у меня от hauke сгорело, так это вот тут https://github.com/openwrt/openwrt/pull/24623#pullrequestreview-5058157041
Andriyчистота должна быть в "библиотеке"
тут сложный вопрос. Оно неуместно только в одном случае — если известно, что девайс никогда не заедет.
А плодить конфликты и scope creep — такоэ.
Чистота должна быть не только в библиотеке, но и в разработке.
Если что, я не говорю правильно или не правильно. Слово мейнтейнера — закон, даже если он не прав))
Но я бы у себя предпочёл увидеть это именно в таком виде, что каждый трек несёт свои фиксы, даже если заработает оно только после мержа всей пачки. А не протягивание фикса одного бага через несколько треков.
AndriyПро конкретный случай. Могу предположить, что у мейнтейнера наработан некий паттерн по добавлению новых устройств. Вот дойдёт до этого зюхеля дело, смотрим в комит, а там нет записи в предполагаемом месте. Тратить время на дополнительную проверку, вдруг когда-то кто-то добавил по какому-то поводу?
это слинкованные PRы
Aleksei SviridkinСпасибо! Мне бы в голову не пришло пинговать мейнтейнеров. Это такой моветон в моём мире
Ещё год назад, пинги использовались, в основном, для "забытых" (6+ мес.) PR, а свежие Хауке, как на конвейере, рассматривал.
Aleksei SviridkinСпасибо! Мне бы в голову не пришло пинговать мейнтейнеров. Это такой моветон в моём мире
Это и есть моветон. Но что делать)
Aleksei SviridkinСлушайте, а патчи, которые не отправлены в lkml, они разве должны быть в pending?
Не должны. Там должны быть только отправленные.
Uname OneНе должны. Там должны быть только отправленные.
ну вот по правилам написано, что там должны быть патчи в виде, в котором они МОГЛИ БЫ попасть в рассылку, а не попали