Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Any plan for docker? #354

Open
yangdongsheng opened this issue Dec 2, 2015 · 17 comments
Open

Any plan for docker? #354

yangdongsheng opened this issue Dec 2, 2015 · 17 comments
Labels

Comments

@yangdongsheng
Copy link

Hi guys, I found docker is not supported currently, do you have any plan for it?

Thanx

@yangdongsheng
Copy link
Author

Is that difficult now?

@zenlint
Copy link
Contributor

zenlint commented Dec 2, 2015

@yangdongsheng Yes, It is in the plan, and do u have any advice for docker supporting?

@yangdongsheng
Copy link
Author

@zenlinTechnofreak Great!! Is there any branch I can refer to? :)

@yangdongsheng
Copy link
Author

@zenlinTechnofreak BTW, I found the links for "Testing Flow" are all outdated. Where can I get these docs now? thanx a lot

@zenlint
Copy link
Contributor

zenlint commented Dec 2, 2015

@yangdongsheng We are talking about the detail realization way with OCI , and not start coding yet, because the version of OCI is not very stable yet.
Anyway, will anounce to you once we have a branch for it.
By the way , why you concern about this?

Welcome any suggestion and advice, u also can give it to the Google Groups, we have a topic there,
OCT

@zenlint
Copy link
Contributor

zenlint commented Dec 2, 2015

@yangdongsheng Yes, the link is outdated, you can just use the README.md for using the test temporally
And we are drawing a new picture for it.

@zenlint
Copy link
Contributor

zenlint commented Dec 2, 2015

@yangdongsheng the main flow is,

  • Read config from cases.conf
  • Using ocitool to generate runtime.json and config.json
  • Using ocitool to generate containerend testing programme, called runtimetest
  • Compose the rootfs, 2 json files, runtimetest to a bundle, each bundle corresponds to one testunit.
  • Convert bundle to each image format for testing runtime if necessary.
  • Run runtime for testing.
  • Output result.

@zenlint zenlint added the feature label Dec 2, 2015
@yangdongsheng
Copy link
Author

@zenlinTechnofreak Haha, test flow sounds great. But, docker seems using a different config format with spec said, E.g, there is no Rootfs in config.json after docker create, then we would get a fail?

@zenlint
Copy link
Contributor

zenlint commented Dec 2, 2015

@yangdongsheng Yes, different runtime have different image fomat, what we lack of is a tool like oci2docker, which can supporting convert oci bundle to docker image.
The way like supporting RKT.

And if runc can support docker to run oci bundle directly, it should be very nice.

@yangdongsheng
Copy link
Author

@zenlinTechnofreak oci2docker? Ha, it addressed my question in my mind now. Thanx a lot for the information. We are curious about making docker to follow OCI/spec. And glad to use OCT for our testing. that's helpful. :)

@zenlint
Copy link
Contributor

zenlint commented Dec 2, 2015

@yangdongsheng
Nice,
to ”We are curious about making docker to follow OCI/spec“, do u have any considering about it?

@yangdongsheng
Copy link
Author

@zenlinTechnofreak We are doing investigation now. At first, we want to know "What we need to do for docker to make OCI/spec happy?". Then we want to run a OCT for docker. Therefore, I come here to open a issue about "Any plan for docker" :).

@yangdongsheng
Copy link
Author

@zenlinTechnofreak BTW, is there any plan to contribute OCT to be a project in OCI? Is there a schedule? And what's the opinion from OCI guys? As we are curious about OCT, we want to know what's the final goal of OCT. Thanx in advance. :)

@zenlint
Copy link
Contributor

zenlint commented Dec 3, 2015

@yangdongsheng
The final goal of OCT is pretty same with OCI, we want to make containers more open and normalize, supporting OCI to create open industry standards.
In my opinion, the future of container should consist of one open industry standard, different container runtimes and a testing framework for validating the compliant of runtime to the industry standard. What OCT want to do is creating the testing framework and testing package in OCI.

OCT is in the roadmap of specs 1.0 now.

Are you interesting in developing OCT? To make the future of container more beautiful, together with us.
We can disscuss the design of OCT or oci2docker in Google Groups, in topic oct.

@zenlint
Copy link
Contributor

zenlint commented Dec 3, 2015

@yangdongsheng The testflow chart of OCT have been updated, thanks.

@liangchenye
Copy link
Member

@yangdongsheng @Mashimiao
Maybe you already know, OCT is now a part of opencontainers/ocitools.
The testing flow is not merged yet. Once that was done, we can push more
codes to that project. Comparing to OCI project, OCT will remain flexible.

@Mashimiao
Copy link
Contributor

@liangchenye got it, thanks. By the way, when will OCT be merged into ocitools?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants