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)

うーん、それは最悪だ：/

GHActionsについてあなたが見つけたことについて記憶を更新する必要があります。 完璧にはほど遠いものでしたが、Travis CIの変更を考慮すると、より良い選択肢かもしれません。

どうぞ...＃299

さて、＃299でメモリを更新したので、現時点で最善のオプションは、GH Actionsに移行し、当面はx86_64CIビルドだけに固執することだと思います。 これは、頭痛の種を最小限に抑えてPR /ブランチおよびコードカバレッジテストを復元するための最速の方法のようです。

他のアーチ/ ABIの欠如は厄介ですが、現実的には、すべてのアーチ/ ABIを定期的にテストするわけではないので（どうすればよいでしょうか？）、これは世界の終わりではありません。 それが役立つ場合は、「CI」ではありませんが、aarch64でlibseccompメインブランチを構築および検証するプライベートインフラストラクチャで実行される夜間のジョブがあります。 何かが壊れた場合、私は約24時間以内にそれに気付くでしょう。 うまくいけば、私たちは将来もっと良いものを見つけることができます（私はここにいくつかのアイデアがあります...）。

@drakenclimberの考え？

現時点での最善の選択肢は、GH Actionsに移行し、当面はx86_64CIビルドだけに固執することだと思います。 これは、頭痛の種を最小限に抑えてPR /ブランチおよびコードカバレッジテストを復元するための最速の方法のようです。

私にはいいですね。 すでにlibcgroupに対して行ったので、トランジションを所有できます。

libcgroupでGithubActionsをかなり前から使用しており、非常にうまく機能しています。 仕事はTravisから簡単に移すことができました。

Github Actions VMは、libcgroup（完全なcgroup v2システム）で必要な機能を提供していなかったため、最近Oracle Free CloudでVMを作成し、GithubActionsのセルフホストランナーを介して接続しました。 セットアップは簡単で、これまでのところうまく機能しています。 GH Actionsのセルフホストランナーロジックはaarch64をサポートしていると思います。したがって、これは、ポイントできるボックスがあれば、ARMを継続的にテストする方法になる可能性があります。

他のアーチ/ ABIの欠如は厄介ですが、現実的には、すべてのアーチ/ ABIを定期的にテストするわけではないので（どうすればよいでしょうか？）、これは世界の終わりではありません。

同意しました。 現在テストされているさまざまなアーキテクチャが気に入っています。32ビットと64ビット、ビッグエンディアンとリトルエンディアンの問題がときどき見られるからです。 リリースの前に、（少なくとも）他のアーキテクチャ間でテストを実行する必要があります。 おそらく、過去の寄稿者を募集してここで支援することができます。

（私はここにいくつかのアイデアがあります...）。

ぜひ聞きたいです。 GH ActionsとTravisから最高の部分を取り出して、それらを1つのCIに入れることができればいいのにと思います。

（私はここにいくつかのアイデアがあります...）

申し訳ありませんが、もっと明確にすべきでした。 私は、Travis / GH全般についてではなく、aarch64のサポートについていくつかのアイデアがあるかもしれないことを意味しました。

とにかく、PR＃329でこれに取り組んでくれてありがとう。