Libseccomp: RFE: travis-ci.org에서 travis-ci.com으로 전환

travis-ci.com에 로그인했지만 아직 베타 단계이므로 아직 전환할 수 없습니다.

바! 그들은 확실히 이것을 쉽게 만들고 있지 않습니까? ;)

전환 데드라인이 아직 "흐릿"하기 때문에 가볍게 말해서 v2.5.2 이정표에서 이것을 가져와서 띄워 놓겠습니다. 우리는 여전히 이것을 어느 시점에서 볼 필요가 있지만 Travis가 움직일 때까지 우리가 여기서 할 일이 없습니다.

방금 몇 번의 푸시 후에 Travis 빌드가 정상적으로 완료되었는지 확인하기 위해 갔고 다음 메시지를 받았습니다.

2021년 6월 15일부터 travis-ci.org의 건물이 중단되었습니다. 지금부터 travis-ci.com을 이용해 주세요.

... 우리가 이것을 알아낼 필요가 있는 것 같습니다. 그리고 곧.

나는 Travis의 새로운 비즈니스 모델에 대해 약간 불안합니다. 오픈 소스가 (현재로서는) 무료로 유지될 것 같지만 쉽게 만들지 않았습니다. 정기적으로 더 많은 "크레딧"을 요청해야 할 수도 있습니다.
https://docs.travis-ci.com/user/billing-faq/#what -if-i-am-building-open-source

What if I am building open source? #

Each of the Travis CI Plans contains an amount of special OSS credits per month assigned to
run builds only on public repositories. To find out more about it please contact the Travis CI
support team. In the email please include:

* Your account name and your VCS provider (like travis-ci.com/github/[your account name] )
* How many credits (build minutes) you’d like to request (should your run out of credits again
  you can repeat the process to request more or to discuss a renewable amount)

으, 짜증난다 :/

나는 당신이 GH Actions에 대해 알게 된 것에 대해 내 기억을 새로 고칠 필요가 있습니다. 완벽하지는 않았지만 Travis CI 변경 사항을 고려하면 더 나은 선택일 수 있습니다.

자 ... #299

좋아, #299에서 내 기억을 새로 고친 후 지금 가장 좋은 방법은 GH Actions로 마이그레이션하고 당분간 x86_64 CI 빌드를 고수하는 것입니다. 그것은 최소한의 골칫거리로 PR/분기 및 코드 커버리지 테스트를 복원하는 가장 빠른 방법인 것 같습니다.

다른 아치/ABI가 없다는 것이 문제지만 현실적으로 우리는 모든 아치/ABI를 정기적으로 테스트하지 않으므로(어떻게 그럴 수 있습니까?) 이것이 세상의 끝이 아닙니다. 도움이 된다면 "CI"는 아니지만 나는 arc64에서 libseccomp 메인 브랜치를 빌드하고 확인하는 일부 개인 인프라에서 실행되는 야간 작업을 하고 있습니다. 무언가가 깨지면 ~24시간 이내에 알아차릴 것입니다. 바라건대 우리는 미래에 더 나은 것을 알아낼 수 있습니다 (여기에 몇 가지 아이디어가 있습니다 ...).

@drakenclimber 생각?

지금 최선의 선택은 GH Actions로 마이그레이션하고 당분간 x86_64 CI 빌드를 고수하는 것입니다. 그것은 최소한의 골칫거리로 PR/분기 및 코드 커버리지 테스트를 복원하는 가장 빠른 방법인 것 같습니다.

나에게 좋은 소리. libcgroup에서 이미 전환을 수행했기 때문에 전환을 소유할 수 있습니다.

우리는 꽤 오랫동안 libcgroup에서 Github Actions를 사용해 왔으며 꽤 잘 작동했습니다. 작업은 Travis에서 쉽게 이전되었습니다.

Github Actions VM은 libcgroup(전체 cgroup v2 시스템)에 필요한 기능을 제공하지 않았기 때문에 최근에 Oracle Free Cloud에서 VM을 만들고 Github Actions의 자체 호스팅 실행기를 통해 연결했습니다 . 설정하기 쉬웠고 지금까지 잘 작동했습니다. 저는 GH Actions 자체 호스팅 러너 로직이 aarch64를 지원한다고 생각합니다. 따라서 이것은 우리가 가리킬 수 있는 상자가 있는 경우 ARM을 지속적으로 테스트하는 방법이 될 수 있습니다.

다른 아치/ABI가 없다는 것이 문제지만 현실적으로 우리는 모든 아치/ABI를 정기적으로 테스트하지 않으므로(어떻게 그럴 수 있습니까?) 이것이 세상의 끝이 아닙니다.

동의. 나는 때때로 이상한 32비트 대 64비트 및 빅 대 리틀 엔디안 문제가 발견되기 때문에 현재 테스트된 아키텍처의 범위가 마음에 들었습니다. 릴리스 전에 (최소한) 다른 아키텍처에서 테스트를 실행해야 합니다. 아마도 여기에서 도움을 줄 과거 기여자를 모집할 수 있습니다.

(여기에 몇 가지 아이디어가 있습니다 ...).

나는 모두 귀입니다. GH Actions와 Travis에서 가장 좋은 부분을 가져와 하나의 CI에 넣을 수 있기를 바랍니다.

(여기에 몇 가지 아이디어가 있습니다 ...)

죄송합니다, 더 명확해야합니다. Travis/GH 일반이 아니라 arch64 지원에 대한 아이디어가 있을 수 있습니다.

그럼에도 불구하고 PR #329에서 작업해주셔서 감사합니다.