Precisamos coletar uma lista de commits no master para backport para o branch release-2.4 para o release v2.4.2.
Candidatos:
0d73daf - aprovado
3f214cb - Concordo
d390eda - Concordo
5fc2242 - aprovado
4bec773 - Concordo
ff7fc73 - aprovado
2b406e3 - Concordo
Não me lembro dos detalhes deste commit - 3570b5cf9acbd1711d417e08ec608eea7b83d416. Precisamos backport isso?
Não me lembro dos detalhes deste commit - 3570b5c. Precisamos backport isso?
O branch release-2.4 inclui o atributo SECCOMP_FILTER_FLAG_LOG / log_enable, portanto, precisamos ter certeza de que o redefinimos corretamente. O atributo SPEC_ALLOW / spec_allow não está no branch release-2.4, portanto, será necessário eliminá-lo, mas isso é bastante trivial.
Como um teste de seu novo acesso de gravação @drakenclimber , você deseja fazer o backport desses patches e montar um PR para o branch release-2.4; Vou te dar o ACK (supondo que tudo pareça bom), e você pode fazer o commit?
Como um aparte, backports são simples, apenas escolha os patches do branch master (se você estiver usando stgit, é o comando stg pick
) e anote todas as edições necessárias. Se você tiver alguma dúvida ou tiver problemas, me avise.
Certo. Eu posso tentar.
Aqui está o branch com todos os commits com backport nele. Mencionei o "Problema # 161" no último commit para que ele se conectasse automaticamente a este tópico.
Obrigado. Existe uma razão para não criar um PR para isso?
Agora que somos dois, acho que seguir um processo _um pouco_ mais formal é importante para manter nossa sanidade (e a da árvore) :)
Obrigado. Existe uma razão para não criar um PR para isso?
Boa decisão. Vou fazer um PR. Foi um dia bastante longo :(
Desculpe, eu falei antes em seu comentário sobre 3570b5cf9acbd1711d417e08ec608eea7b83d416 - bom pega nesse, eu pensei erroneamente que era da lista que eu fiz: /
Fundido no branch release-2.4.
https://github.com/seccomp/libseccomp/commit/0f11bb83d92ae74669f4a5e9c240b1e353d5a596