Libseccomp: Q: v2.4.2용 마스터에서 릴리스 2.4로 패치 백포트

후보자:

• 0d73daf07490656130e0f5311ad12ca8818752c5
• 3f214cbbbbd663dd4e7fe90638af4971b436ec00
• d390edad9a8540c2e2dd0b12732cc8dd3fe1cc69
• 5fc22428507ecea00ee9e2215d972777da9a99b6
• 4bec773fb401433bbfbbef111a49e1d2acbc4fff
• ff7fc73bdf4602323ce320a2094c006c9c3e4d42
• 2b406e3b274407ceef53fa3de9469cfbd0fd0ddb

0d73daf - 동의
3f214cb - 동의
d390eda - 동의
5fc2242 - 동의
4bec773 - 동의
ff7fc73 - 동의
2b406e3 - 동의함

이 커밋의 세부 정보가 기억나지 않습니다 - 3570b5cf9acbd1711d417e08ec608eea7b83d416. 우리는 그것을 백포트해야합니까?

이 커밋의 세부 사항을 기억하지 못합니다 - 3570b5c. 우리는 그것을 백포트해야합니까?

릴리스 2.4 분기에는 SECCOMP_FILTER_FLAG_LOG/log_enable 속성이 포함되어 있으므로 올바르게 재설정해야 합니다. SPEC_ALLOW/spec_allow 속성은 릴리스 2.4 분기에 없으므로 삭제해야 하지만 이는 매우 사소한 일입니다.

새로운 쓰기 권한 @drakenclimber를 테스트하기 위해 이 패치를 백포트하고 릴리스 2.4 분기에 대한 PR을 작성하시겠습니까? 나는 당신에게 ACK를 줄 것이고 (모든 것이 좋아 보인다고 가정), 당신은 커밋을 할 수 있습니까?

제쳐두고, 백포트는 간단합니다. 마스터 브랜치에서 패치를 선택하고(stgit을 사용하는 경우 stg pick 명령임) 필요한 편집 사항을 기록해 두십시오. 질문이 있거나 문제가 발생하면 알려주세요.

확신하는. 해볼 수 있어요.

다음은 백포트된 모든 커밋이 있는 분기입니다. 이 스레드에 자동으로 연결되도록 마지막 커밋에서 "Issue #161"을 언급했습니다.

https://github.com/drakenclimber/libseccomp/tree/issues/161

감사 해요. 이에 대한 PR을 작성하지 않을 이유가 있습니까?

이제 우리가 두 명이 되었기 때문에 _약간_ 더 공식적인 프로세스를 고수하는 것이 우리(및 나무)의 온전함을 유지하는 데 중요하다고 생각합니다. :)

감사 해요. 이에 대한 PR을 작성하지 않을 이유가 있습니까?

좋은 전화입니다. 홍보를 하겠습니다. 꽤 긴 하루였습니다 :(

죄송합니다, 나는 3570b5cf9acbd1711d417e08ec608eea7b83d416에 관한 귀하의 의견에 앞서 간격을 두었습니다.

릴리스 2.4 분기에 병합되었습니다.

https://github.com/seccomp/libseccomp/commit/0f11bb83d92ae74669f4a5e9c240b1e353d5a596