- Isulad - mailweb.openeuler.org

【Meeting Notice】【iSula】 rust fuse 技术讨论会议 Time: 2020-07-03 14:30-17:30
by Meeting Book 01 Jul '20

01 Jul '20

1 0

【Meeting Notice】【iSula】 rust fuse 技术讨论会议 Time: 2020-07-03 14:30-17:30
by Meeting Book 01 Jul '20

01 Jul '20

1 0

答复: summer2020项目学生报到
by caihaomin 30 Jun '20

30 Jun '20

Hi~ 沈阳感谢你参加我们的项目，后续有什么问题我们可以直接在isula的邮件列表中讨论你可以订阅https://mailweb.openeuler.org/postorius/lists/isulad.openeuler.org/这个邮… BR~ Haomin 发件人: 13212105191 [mailto:13212105191@163.com] 发送时间: 2020年6月30日 18:07 收件人: caihaomin <caihaomin(a)huawei.com> 主题: summer2020项目学生报到蔡老师：您好，我叫沈阳。我之前申请了summer2020的项目，现在获得“在 RISC-V 架构 openEuler 平台上提供 iSulad”的开展资格。我听了您对这次活动的关于容器技术的报告及相关项目的讲解，对于这个项目，我觉得既有趣，又有挑战性。不过，之前的相关知识和经验储备可能不足以使我完成这个项目，我会利用暑期的时间多加学习和尝试，今后还请您多多指教。十分感谢！沈阳 [https://mail-online.nosdn.127.net/sm7dcb9ca5687f78dcc1badb5df4f64c12.jpg] 13212105191 13212105191(a)163.com<mailto:13212105191@163.com> 签名由网易邮箱大师<https://mail.163.com/dashi/dlpro.html?from=mail81> 定制

1 0

转发: iSula&Container SIG会议 Time: 2020-06-30 16:30-18:30
by Meeting_Book 30 Jun '20

30 Jun '20

-----ԭʼԼ��----- ��: Meeting_Book ��ʱ��: 2020��6��30�� 9:09 �ռ��: Meeting_Book; caihaomin ��: iSula&Container SIG�� Time: 2020-06-30 16:30-18:30 ʱ��: 2020��6��30��ڶ� 16:30-18:30(UTC+08:00) ��죬��ر��³ľ�롣 �ص�: ��Ҫ��: �� ռ� WeMeeting ��(Materials)<http://w3.huawei.com/emeeting/mail/?redirect=http%3a%2f%2fw3.huawei.com%2fe…> | ��(Agendas)<http://w3.huawei.com/emeeting/mail/?redirect=http%3a%2f%2fw3.huawei.com%2fe…> Topic [WeLink Meeting] iSula&Container SIG�� Time 2020-06-30 16:30-18:30 ((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/138349544> Convener ��尕F (c00416947) Internal (7) ��尕F (c00416947), �� (l00415420), �� (l00355512), ¬�� (l00397676), ��ӿ� (l00413982), �� (j00444339), �� (j00471813) External (1) isulad(a)openeuler.org<mailto:isulad@openeuler.org> Agenda 1. ˫�ܹ�� ע: ��֧��200��ͬʱ��ᡣ(A conference supports a maximum of 200 participants.)

1 0

【Meeting Notice】iSula&Container SIG会议 Time: 2020-06-30 16:30-18:30
by Meeting Book 30 Jun '20

30 Jun '20

1 0

【Meeting Notice】iSula&Container SIG会议 Time: 2020-06-30 16:30-18:30
by Meeting Book 30 Jun '20

30 Jun '20

1 0

isula容器技术咨询
by 潘晨博 29 Jun '20

29 Jun '20

2 1

Meeting notes// 答复: Discuss on #I1JAH2: [Feature-request] Smart loading for remote images
by lujingxiao 16 Jun '20

16 Jun '20

Meeting notes: Agreements by today: 1. Integrate CRFS-like function by a separate plugin of iSulad 2. One image, but not two with tags of meta/stargz as the example of crfs[1]. a) iSulad identifies the image type by MIME type or special LABEL in the distribution spec. 3. For stargz format image, do not support run as normal image (although technically, it can be). a) Which means, we do not support “mixed deployment” with smart-loading type and normal type with the same image; 4. If there is a stargz format image in registry with name:tag, then user overrided it with normal format with the same name:tag. User should take responsibility in such scenario. Those are left to dig more: 1. iSulad identifies the image type by MIME type or special LABEL in the distribution spec? 2. How to bypass the normal image pulling procedure by only pulling manifest in iSulad? [1]: crfs: https://github.com/google/crfs Best Regards, Lu Jingxiao 发件人: lujingxiao 发送时间: 2020年6月15日 15:36 收件人: 'isulad(a)openeuler.org' <isulad(a)openeuler.org> 抄送: Weiwei (N) <wick.wei(a)huawei.com> 主题: Discuss on #I1JAH2: [Feature-request] Smart loading for remote images Hi iSulad owners, About #I1JAH2: [Feature-request] Smart loading for remote images, we’ve got some progress. I would like to raise a topic on tomorrow’s SIG meeting, to discuss those known issues and invite you to review the design doc. Those are left on last SIG meeting: - integrate crfs with plugin or standalone daemon? - how to detect the wanted image to run is normal image or stargz format? with special MIME type? - integrate with kata: currently 9p+overlayfs should be OK, but what about virtiofs? Modify virtiofs to support crfs? - current POC is using external rootfs to connect to crfs, can we use graphdriver but not external rootfs? Best Regards, Lu Jingxiao

1 0

【Meeting Notice】[iSulad-SIG] iSulad 例会 Time: 2020-06-16 16:30-18:00
by Meeting Book 15 Jun '20

15 Jun '20

1 0

Discuss on #I1JAH2: [Feature-request] Smart loading for remote images
by lujingxiao 15 Jun '20

15 Jun '20

Hi iSulad owners, About #I1JAH2: [Feature-request] Smart loading for remote images, we've got some progress. I would like to raise a topic on tomorrow's SIG meeting, to discuss those known issues and invite you to review the design doc. Those are left on last SIG meeting: - integrate crfs with plugin or standalone daemon? - how to detect the wanted image to run is normal image or stargz format? with special MIME type? - integrate with kata: currently 9p+overlayfs should be OK, but what about virtiofs? Modify virtiofs to support crfs? - current POC is using external rootfs to connect to crfs, can we use graphdriver but not external rootfs? Best Regards, Lu Jingxiao

1 0