Нам нужно собрать список коммитов в master для резервного копирования в ветку release-2.4 для выпуска v2.4.2.
Кандидаты:
0d73daf - Согласен
3f214cb - Согласен
d390eda - Согласен
5fc2242 - Согласен
4bec773 - Согласен
ff7fc73 - Согласен
2b406e3 - Согласен
Подробностей этого коммита я не помню - 3570b5cf9acbd1711d417e08ec608eea7b83d416. Нужно ли нам его переносить?
Подробностей этого коммита не помню - 3570b5c. Нужно ли нам его переносить?
Ветка выпуска 2.4 включает атрибут SECCOMP_FILTER_FLAG_LOG / log_enable, поэтому нам нужно убедиться, что мы правильно его сбросили. Атрибут SPEC_ALLOW / spec_allow отсутствует в ветви версии 2.4, поэтому его нужно будет отбросить, но это довольно тривиально.
В качестве проверки вашего нового доступа на запись @drakenclimber , хотите ли вы выполнить
Кстати, бэкпорты просты, просто выберите патчи из основной ветки (если вы используете stgit, это команда stg pick
) и отметьте любые необходимые изменения. Если у вас возникнут вопросы или возникнут проблемы, дайте мне знать.
Конечно. Я могу попробовать.
Вот ветка со всеми перенесенными в нее коммитами. Я упомянул «Проблема № 161» в последней фиксации, чтобы она автоматически подключилась к этому потоку.
Спасибо. Есть ли причина не создавать для этого пиар?
Теперь, когда нас двое, я думаю, что придерживаться более формального процесса важно для сохранения нашего (и дерева) здравомыслия :)
Спасибо. Есть ли причина не создавать для этого пиар?
Хороший звонок. Сделаю пиар. Это был довольно долгий день :(
Извините, я ранее разместил ваш комментарий относительно 3570b5cf9acbd1711d417e08ec608eea7b83d416 - хороший улов, я ошибочно подумал, что это из списка, который я составил: /
Слился с веткой релиз-2.4.
https://github.com/seccomp/libseccomp/commit/0f11bb83d92ae74669f4a5e9c240b1e353d5a596