はい、私の紹介を始めます。最初の紹介は、私の紹介をしています。ちょっと待ってください。私の名前はヨシタケコヴァヤシ。私はヨシと呼ばれています。ヨシと呼ばれています。グループの名前は、これは簡単に見えることができます。これはヨシと呼ばれています。これは私の最初の紹介です。とても楽しみです。私はトーシーバーで仕事をしています。私もデガネティアスプロジェクトをしています。この時、この紹介をしています。私はセブリンプラクサクチャーフラットフォームを作りました。私はCIPのディスプロジェクトです。私はコミュニティーチェアで、このプロジェクトを紹介しています。最初、私はCIPの紹介をしています。CIPは最もコンサーヴティブなオープソンスプロジェクトです。ダニエルアックスファンデーションです。ダニエルアックスファンデーションは、80個プロジェクトで作りました。これは最もコンサーヴティブなプロジェクトです。私はもっと、このプロジェクトが最も重要なプロジェクトです。というわけで、このシジュアルゲームはDenuxの計画で色々なことを意識することです。これがデブコンフの仕事です。解読をしたいと思います。デブコンフはデブコンフで色々なことを意識することです。ご視聴ありがとうございました。このデブコンフの例はあります。私の前の話をしている場合は シミラのスライドを見ることができますリナックスを使って 多くのプロデューションを使ってエネルギー・パワー・ジェネレーションを使ってエネルギー・ユースケア・プロデューションを使ってエネルギー・ユースケア・プロデューションを使ってデビアンはこのようなプロデューションを使ってデビアンはプロデューションに対してアンティールル・アラブランド・ターヴ・アンク・コントロールオンタジアホームリケーションと 私たちのプロデューションを使ってこのようなプロデューションを 素乗せることもできますCIPメンバーはデビアンにとっても面白いです。デビアンは最も重要なディスビューションです。このディスビューションは他の人と話しています。デビアンにとってもクリティカルプロダクスを使います。このデビアンのイベテトプロダクスを作り、CPUアクティクションのサポートが必要です。最も重要なデビアンは、スリップライゼントチェック、ローマタムのサポートを使います。このデビアンのサポートを使って、このデビアンのサポートを使います。ここにある問題があるので、私はそれを教えてください。例えがあるのは、レールウェルシステムです。レールウェルシステムを作った時、このレールウェルシステムは全てのレールウェルシステムです。10年前のレールウェルシステムを作りました。このレールウェルシステムは25年後に生産されました。このレールウェルシステムを作った時、3〜5年間作りました。このレールウェルシステムは2〜4年間作りました。最後に、1年間作ったサポートやローマタムのサポートを作りました。このレールウェルシステムの製品について、常に一般的には、製品の製品が必要です。常に、製品の製品の製品が必要となりません。それから、3〜6月に自分の取り組みを行って、オーソロレジーションを再現する必要があります。このような努力は、変化の量についても大変です。常に、アースカーを问いながら、カーレンを変えないといけないかもしれない。でも、それに関しては、どこかを理解していないといけない。このようなシステムは、20、50歳の時間を過ごすことが必要。その理由は、CIBの最も補正的なプロジェクトは、私たちの終わりに考えたことが必要です。このプロジェクトは、サポートの必要があります。そして、長い時間でサポートする必要があります。そして、このようなアフォルトを毎人間のアフォルトにしています。毎人間のアフォルトは、シーバー、シーメン、ヒターチなどのアフォルトを毎人間のアフォルトにしています。このようなアフォルトは非常に大きいです。そして、このアフォルトの主要性を必要としています。ただ一方、では、修正的なアフォルトの技術や技術や技術を活用する必要があります。このような技術の技術の技術を活用しています。このような問題を解決していると、コラボレーションの効果が解決されているので、長時間の減っていることも必要です。そして、技術の技術の技術を作っていることも必要です。でも、このような問題を解決していると、デビアとデビアの技術を解決していると、このような問題を解決していると、一緒に、それが簡単になるかもしれません。でも、このような問題を解決していると、私たちが自分の手に入っている技術を解決していることも必要です。この技術の技術の技術の技術は、コミュニティを行っている技術です。なぜなら、多まだ少ない技術を解決することを行き、ハウスタイルコミンディーから繰り返した技術がそれを解決ではなくも、実施からいなくても、またお Champions との技術という技術を解決 peanut真実な技術を解決することをください。CIPの製品と同じように、オープンソースベースレイヤーの私たちのソフトレイヤーを作成することができます。また、CIPは最も製品の製品のプロジェクトのリラックスファンデーションです。CIPはオープンソースベースレイヤーをCIPについて製品があります。そして、CIPは新しいディスティブシャンスを作成することができます。そして、CIPは新しいディスティブシャンスを作成することができます。なので、これからオープンソースベースレイヤーを解説します。オープンソースベースレイヤーはリラックスファンデーションの中心型のオープンソースの製品を作成することができます。そして、レスエンジンの shortそのため、このコンセントは、非常に基本的なコンセントをしています。例えば、カーネルやベストライバルなどのGDBCやBZboxなどのコンセントをしています。このようなセントは、このコンセントの選択をしています。このコンセントは、ベストライバルなどのコンセントです。このファイルは、CDPベストライバルの少しのパッケージを紹介します。このコンセントは、このコンセントは、非常に短いです。これが、カーネルやベストライバルなどのコンセントです。そして、GDBCやBZboxなどのコンセントは、GDBCやBUTなどのコンセントです。このようなパッケージを再生しているのは、私たちは、このようなパッケージを再生する必要があります。例えば、エクスプレクセル、パイソンなどのコンセントで、このようなパッケージは、維持していなければなりませんが、この技術を保持する必要はありません。この技術は、CIPプロジェクトの最初の技術です。しかし、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、私たちは、デビアムやシンバーディンフラクセステムを使いますこのようなモデルは、ダウンボードなどの違いがあり、シンバーディンフラクセステムとしても一般の制御が大きくなっているデビアムやシンバーディンフラクセステムを使うのがより多くの人達が紹介することができます必要がある時から1つのパッケージのオンエアをリートファイスシステムのイメージをミニマイスすることをオプティマイスのパフォーマンスを使用することは必要です。このプロジェクトを使用するためにリートファイスシステムのプロジェクトを使用することは必要です。このプロジェクトを使用するためにオープンソフトラッセンスコンプライアンスのデビアンエンザインの会館を開催するためにデビアンデビアンデビアンスのステムの立体機能を使用するために多くのデビアンデビアンスのデビアンデビアンスのパフォーマンスを使用するために解きました。デビアンデビアンスのシステムには実際にアクテルを作るためにしかし、多くの場合は多くの人々を使っています。では、デビアンとリビリットパッケージを使っています。他の場合は、デビアンソースコードをクロスコンパイルしています。そして、ディジタルソースコードをクロスコードしています。このような努力は、CIPメンバーとCIPメンバーが下がっています。そして、人々は下がっています。また、私はそのために、デビアンを使っているために、CIPメンバーは、人々を生きているために使っています。だから、この方法は、デビアンについても面白いのです。では、私は、CIPメンバーのプロジェクトを使っています。私たちのスコープは、この方法を紹介します。私たちは、このような努力を持つために、リラックスカーネーやビルウエアのダンスを使っています。でも、私たちは、CIPメンバーを使っているために、私たちは、このように、セクションのコンセプト、場所のセクションや長時間補助方法などの用意をしています。私たちは、このような技術のテクニカルを伝えられましたが、私は、このように、私たちの努力を持つことは我不明にお聞かせです。私たちのアクティビティーは、3つのアイテムをオフェクトにしています。最初は、長時間支援技術を設置する必要があります。でも、長時間支援技術を支援する必要があります。そのため、私たちの超長時間支援技術を使用する必要があります。最後は、現時の支援技術です。現時の支援技術の中は、現時支援技術は、現時支援技術の中ではありません。でも、このような技術を使い、仕事をしなければなりません。そして、この技術の中でCIPベースウェイルデフェクトを設置しています。CIP-SLTSの技術の中で、4.4mmの技術を設置しています。この技術では、現時支援技術の中ではありません。ベンハッチンは最初のCIPカーディメンテナーです。彼はデビアンカーディメンテナーで仕事をしています。彼は彼に資料を持っています。彼はカーディメンテナーのスポーツシリーズを作っています。彼はもう10年前のカーディメンテナーで生きています。彼はカーディメンテナーを発売したイブリストのキャンディメンテナーです。彼はカーディメンテナーで一昨日のガラスにブレイネースが発売されていました。また、ビニールスピークを試してみましたが、トリアシューレスのカーディメンテナーと試してみました。しかし、他にも、コアパッケージを始めることができます。しかし、コアパッケージのディーティストは、 just a bit of it.次に、コアパッケージのディーティストは、 コアパッケージのディーティストは、 also the initial components development.コアパッケージのCIPS-17S コアパッケージは、 two trees based on the Linux table maintained by Verha Chainそして、コアパッケージのCIPS-17S コアパッケージは、 preemptile deep branch.そして、この2-3のコアパッケージは、 more than 10 years.そして、コアパッケージのディーティストは、 as I said, we have 2 trees, one for SCLTS, just normal from the Linux table.そして、コアパッケージのCIPS-17S コアパッケージのディーティストは、 the other one for CIPS-17S コアパッケージのCIPS-17S コアパッケージのディーティストは、 currently, the Linux table 4.4 is maintained by Verha Hartmann.そして、コアパッケージのディーティストは、 we tried to take over the maintenance from him.そして、コアパッケージのディーティストは、 normal and also we would like to have additional purchase on top of the stable kernel. That is the CIPS-17S kernel. Unfortunately, as I said, CIPS-17S RT is a different branch. And we will maintain a product. But we also do not want to maintain that kind of separate kernel for next time.なので、 we also participate to the real-time maintenance project. Currently, the preemptive RT patch is not main line, but the real-time maintenance project aims to upstream the preemptive RT patch. We would like to work with upstream persons. Why are we joining the real-time maintenance project? And we already started working together with the real-time maintenance project. And I hope next CIPS-17S kernel maybe have just one branch or that.So, I will just skip this. Many real-person who knows CIP usually ask when the next CIPS kernel will be released. So, we usually consider it, but not fix our schedule yet. So, we just said, we approximately 2 to 3 years, so next kernel will be released maybe 2 years or 3 years later. But at that time, we also need to consider synchronize with other effort, something like Debian. After we changing the next CIPS-17S kernel, we are planning to stop backporting from the upstream. Because the backport from upstream, for example, for 5 years, is not a good solution. So, we just focus to the security fix it after we create a newer branch. So, this is our plan to have our CIPS kernel inside the CIPS project. And the other issue is out of 3 drivers. But in general, all out of 3 drivers are unsupported by CIP. So, yeah, many source vendors ask us how can we support our driver with CIP kernel. We can say, please upstream it first, then backport it then. Or you can use our CIP kernel with your vendor kernel, yeah, this is not supported by CIP, but you can support, still you can support with CIP kernel. It's still, I think, a variable because CIP kernel will be maintained for more than 10 years for security fixes. So, this is what we have to say. And next topic is CIP kernel testing. So, we have some milestones of CIP kernel testing. The first step is we create the testing environment which we can share not only inside the CIP, but also share with anyone. So, and our current status we have already created environment and we already started the testing. So, currently we are also defining what kind of tests have to be done by CIP and how to share the testing results to make sure any, to make sure the revisions of the banks and something like that. So, and the goal of CIP testing is already we create and publish VM image which can be easy to use and single developer can use this kind of environment. So, we have we had a demo also started in Japan but unfortunately this time I cannot bring a lot of stuff. Yeah, but you can easily start to use our testing environment. So, and next step is maybe just normal we have to extend the test cases and have to show how it works how it works more better inside for the CIP concept. And more update I will be planning to present MBCX Conference Europe in October just after two months later. So, from now I would like to explain about CIP Core Package Development and this is, I think that this is most related to the demo because we consider four milestones but from one to two, there are huge gaps. So, that is why I make a space from there are gaps between one and two. So, to define the component versions we have to talk with community but anyway we need to have minimize root file systems for testing. So, we started an integration project for the minimum base system. So, this project we call it projectX and in this projectX we use Debian we use Debian source code or Debian binaries with CIP kernel to make a minimum file systems by using a bit by egg or Debian build systems and output is our country we focus to create variable base systems for testing. and our current status is we already created some root file systems for various sports such as the MSR sports and this is one of our different sports and BigBong Black is also and the other two is are not called different sport but we try to use more both for testing. So, this source code is available on the CIP program projectX directly and if you are interested in you can start using that. But I can say current status so current status of projectX is we using Debian source code with CIP kernel source code and cross compile everything so this is our current status but to speed up the build we also would like to consider to use Debian various packages with some customizations so as you can see the last various presentations are interested in using ISAR or LPE both projects are using Debian binaries to create root file customized root file systems so this kind of effort you also need to consider inside the CIP so what's next with Debian and CIP there are many gaps between Debian and CIP and also there are many common goals so gaps and common goals I think this is a chance to work together for example Debian supporter is currently 5 years by Debian LTS but our requirement is usually6 but Debian usually supports whole distribution which includes more than 60,000 packages but our requirement is quite minimal currently we are focusing on about 10 plus packages so I think we can collaborate but I support maintenance for limited number of packages and the other one is build systems Debian currently supports native build but we also know Debian cross project is doing some cross compiling effort and also Debian try to have request for build on this package and CIP is everything and also sometimes need to have cross build so this kind of report also we can collaborate together and third one is open source license compliance we know Debian have a good review process insert Debian legal making thisの review also moving file format copyright file format from something to depth file format depth file is very standardize easy to machine readable so our CIP requirement is we try to generate report which means depth file makes easier to generate report and also easy to read is our requirement so if we can share the review result it makes more variable I think so we try to share license review result this is the kind of collaboration points I think this is just some example but I think CIP and Debian have a chance to work together so this is my concern of I directed summarize representations at first can say our civilization is run by Debian this is most important point of my presentations and CIP members have a very huge interest in Debian because Debian goal is shipping free software with good license review and also we already successfully using Debian for several packages and and we also started incubation project which called projectx this is based on Debian there are some gaps and common goals there that kind of staffs becomes a good chance to collaborate so if you want to have more information there are some information I will update this right to the website later and something says which as a finally we have published a white member so this is all my presentation thank you very muchjust to make sure that I understood correctly there are going to be a subset of packages that are going to be maintained for more than 10 years then I can build something on yeah that's good it's beautiful thank you I love you all it's fantastic news seriously wonderful I'll use it I look forward to that thank you thank you very much any other question or comments this is subset of a long long long specific infrastructure for this some sort of scenario that you said in the very beginning for civil infrastructure so I guess when in Debian we have to consider the vulnerabilities that are affected for long term support or that kind of things we concede that the vulnerabilities may affect a huge amount of different kind of users but in your scenarios it's limited to what kind of attack model do you assume that the attacker can be in the local land do you assume that the attacker can be sitting in front of the system if you have an attack model it will be easier to establish how critical are the vulnerabilities and in that case you will not have you don't have to backport every security patch for 20 years do you have such a thing like an attack model you see what I mean yeah currently we are discussing some related on that so at the beginning we are difficult to support everything to make sure which kind of security backport will be needed we also create a set of features which have to be maintained so for example network stack is quite important but all protocol stack is not interested for all people so maybe we have to concentrate what everyone needs to have yeah you have a sort of list of priorities what features are there you can just focus not just focus but at least prioritize those priorities even priorities but this is under consideration yeah connect with that you mentioned also that you have some sort of external or independent suite of software for monitoring the system what exactly do you monitor do you have like exactly you mean by monitoring in terms of security so in this point we don't have concrete decision yet because that also will define this attacking model right if you are monitoring tools mitigate certain kind of attacks then if there is a vulnerability that exploit that better you can consider it less critical because you have a monitor tool or you have something that mitigates that kind of attackthanks for commentthank you very much