<div dir="ltr"><div class="gmail_default" style="font-size:small">Really +1'ing Lokesh now ;)</div></div><br><div class="gmail_quote"><div dir="ltr">Le lun. 15 oct. 2018 à 19:49, Jose Carlos Venegas Munoz <<a href="mailto:jose.carlos.venegas.munoz@intel.com">jose.carlos.venegas.munoz@intel.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">+Lokesh, I forgot to add him.<br>
On Mon, Oct 15, 2018 at 01:17:24PM -0500, Jose Carlos Venegas Munoz wrote:<br>
> <br>
> +Lokesh, he has taken up packaging kata containers for Fedora.<br>
> <br>
> Update:<br>
> Based in the comments from today's architecture meeting.<br>
> <br>
> We are going for Kiwi to build the image in our OBS packages.<br>
> <br>
>    - This is a working solution for SUSE standards.<br>
>    - For the other distros because we maintain them this is an easy<br>
>      path.<br>
>    - It would be nice to have another Distros involved to know what<br>
>      is a good solution for adoption.<br>
>       Lokesh(at Fedora): Do you have any preference/advice to make<br>
>       more friendly the packaging process for fedora?<br>
> <br>
> <br>
> -<br>
> Carlos<br>
> <br>
> On Fri, Oct 12, 2018 at 11:06:31AM +0200, Marco Vedovati wrote:<br>
> > Hi,<br>
> > <br>
> > I am adding some more details on the next steps.<br>
> > <br>
> > - We should have in the next days a new devel project on OBS. <br>
> > - It will be set up with the target distributions and architectures.<br>
> > - This project will one day become the official Kata repo.<br>
> > <br>
> > - For the golang components: we need new architecture independent package<br>
> > source and build instructions.<br>
> > - For RPM-based distro: I can kickstart this.<br>
> > - For DEB-based distros: volunteers needed!<br>
> > - For the kernel: probably the current spec file can be used, but it needs some<br>
> > updates: <a href="https://github.com/kata-containers/packaging/issues/211#" rel="noreferrer" target="_blank">https://github.com/kata-containers/packaging/issues/211#</a><br>
> > issuecomment-426641819 . This is another things open to volunteers<br>
> > <br>
> > - For the rootfs images/initrd: as James said, a discussion is ongoing about<br>
> > the possible packaging solutions:   <a href="https://github.com/kata-containers/" rel="noreferrer" target="_blank">https://github.com/kata-containers/</a><br>
> > packaging/issues/219<br>
> > Ideas are welcome!<br>
> > <br>
> > Thanks,<br>
> > Marco<br>
> > <br>
> > On Thu, 2018-10-11 at 10:46 +0100, Hunt, James O wrote:<br>
> > <br>
> >     Thanks for putting this summary together Graham.<br>
> > <br>
> >     Some of the discussion around packaging the images has also found it's way<br>
> >     onto:<br>
> > <br>
> >     - <a href="https://github.com/kata-containers/packaging/issues/219" rel="noreferrer" target="_blank">https://github.com/kata-containers/packaging/issues/219</a><br>
> > <br>
> >     Cheers,<br>
> > <br>
> >     James<br>
> > <br>
> > <br>
> >     Le jeu. 11 oct. 2018 à 10:31, Whaley, Graham <<a href="mailto:graham.whaley@intel.com" target="_blank">graham.whaley@intel.com</a>> a<br>
> >     écrit :<br>
> > <br>
> >         Hi all,<br>
> >          We had a conf call yesterday to discuss our packaging plans with the<br>
> >         OBS (SUSE) folks yesterday. I'll summarise here with a couple of<br>
> >         Actions and the next steps.<br>
> > <br>
> >         Attendees: GrahamW, JamesH, MarcoV, FlavioC, CarlosV, ArchanaS<br>
> > <br>
> >         Marco put together a presentation, you can find at this link:<br>
> >         <a href="https://docs.google.com/presentation/d/" rel="noreferrer" target="_blank">https://docs.google.com/presentation/d/</a><br>
> >         1lfkElJyOV9hfZY5TFzKuk5Thl_aMyh-xW5W8PQPlHmo/edit#slide=<br>
> >         id.g43c0c246ee_0_157<br>
> > <br>
> >         Fundamentally the plan is to:<br>
> >          - move from the current 'home' setup Kata uses to a 'devel' setup to<br>
> >         enable supported packaging into openSUSE and SLES.<br>
> >             - the devel setup will be maintained by a combination of Kata<br>
> >         community members and SUSE employees.<br>
> >          - rewrite the specs to be more in line with SUSE standards<br>
> >          - Add some method to handle building (or as Carlos' & James other<br>
> >         email/Issue - possibly externally build and host) the current binary<br>
> >         files - namely the rootfs image.<br>
> >             - a possibility here is to use the SUSE 'kiwi' tool.<br>
> > <br>
> > <br>
> >         Question: Moving forwards, the Kata community will have to discuss/<br>
> >         decide which rootfs image (that is, which distro is the rootfs base<br>
> >         upon) to set as the default for the different distro packages. This may<br>
> >         be influenced by:<br>
> >          - the ability to build some rootfs images from sources/RPMs/kiwi, and<br>
> >         others possibly not (DEB or Clear Linux based images maybe)<br>
> >          - the 'natural choice' that maybe a distro package would use a rootfs<br>
> >         based on the same distro (so SUSE would use a SUSE rootfs, Ubuntu an<br>
> >         Ubuntu rootfs etc.)<br>
> > <br>
> >         There was some discussion around archiving older versions of packages<br>
> >         so users have an option to pin or unwind their installations. There are<br>
> >         some methods that may be useable for that in OBS - but, it needs better<br>
> >         definition and testing.<br>
> > <br>
> >         There was some discussion around how for some distros (say Ubuntu as an<br>
> >         example), we need to replace/over-ride the default golang version that<br>
> >         comes with the distro to do a build of Kata. Presently we hold binaries<br>
> >         in the repo for golang, and that is not acceptable in the official SUSE<br>
> >         devel flows. There did seem to be a way to do this better (by adding a<br>
> >         sub-package dependency).<br>
> > <br>
> >         There was a question if OBS can auto-detect new releases (of Kata), and<br>
> >         automatically build. I think the answer is no, it does not do auto<br>
> >         change detect/build - but, you can have a 'service file' that wraps the<br>
> >         spec file builds and injects version info, so you can have a one-step<br>
> >         update/build process (edit the service file and kick off a build),<br>
> >         which reduces the burden.<br>
> > <br>
> >         Action: We'd like to ensure we do not duplicate any packaging efforts<br>
> >         in parallel with other distros - that is, if another distro is already<br>
> >         working on packaging Kata, then we do not want to invest too much<br>
> >         effort on something that will then be replaced with a formal release<br>
> >         from a distro. Julio - can you ascertain the current status and plans<br>
> >         for Ubuntu Kata packaging for us please?<br>
> > <br>
> >         Action: SUSE would be interested in assessing the Clear Linux<br>
> >         optimisations with a vew to applying them to the SUSE rootfs image.<br>
> >         Graham to seek out details and contacts (all Clear Linux work is open,<br>
> >         and will welcome adoption).<br>
> > <br>
> >         Action: Archana had a question about sub-versioning and how users flip<br>
> >         versions - we ran out of time. Archana will open a GitHub Issue to ask/<br>
> >         discuss.<br>
> > <br>
> >         Next step: The plan is to initially write the specs for SUSE in the<br>
> >         devel area, and then migrate the other distro builds one at a time from<br>
> >         home to devel. Marco and Carlos will work together on the devel scripts<br>
> >         (with Marco taking the lead I believe).<br>
> > <br>
> >         I'm sure I've missed some finer details. It was a productive meeting<br>
> >         and thanks Marco for pushing us along with this :-)<br>
> > <br>
> >          Graham<br>
> > <br>
> > <br>
> >         ---------------------------------------------------------------------<br>
> >         Intel Corporation (UK) Limited<br>
> >         Registered No. 1134945 (England)<br>
> >         Registered Office: Pipers Way, Swindon SN3 1RJ<br>
> >         VAT No: 860 2173 47<br>
> > <br>
> >         This e-mail and any attachments may contain confidential material for<br>
> >         the sole use of the intended recipient(s). Any review or distribution<br>
> >         by others is strictly prohibited. If you are not the intended<br>
> >         recipient, please contact the sender and delete all copies.<br>
> > <br>
> > <br>
> >         _______________________________________________<br>
> >         kata-dev mailing list<br>
> >         <a href="mailto:kata-dev@lists.katacontainers.io" target="_blank">kata-dev@lists.katacontainers.io</a><br>
> >         <a href="http://lists.katacontainers.io/cgi-bin/mailman/listinfo/kata-dev" rel="noreferrer" target="_blank">http://lists.katacontainers.io/cgi-bin/mailman/listinfo/kata-dev</a><br>
> > <br>
> > <br>
> > <br>
> >     _______________________________________________<br>
> > <br>
> >     kata-dev mailing list<br>
> > <br>
> >     <a href="mailto:kata-dev@lists.katacontainers.io" target="_blank">kata-dev@lists.katacontainers.io</a><br>
> > <br>
> >     <a href="http://lists.katacontainers.io/cgi-bin/mailman/listinfo/kata-dev" rel="noreferrer" target="_blank">http://lists.katacontainers.io/cgi-bin/mailman/listinfo/kata-dev</a><br>
> > <br>
> > <br>
> > <br>
> <br>
> > _______________________________________________<br>
> > kata-dev mailing list<br>
> > <a href="mailto:kata-dev@lists.katacontainers.io" target="_blank">kata-dev@lists.katacontainers.io</a><br>
> > <a href="http://lists.katacontainers.io/cgi-bin/mailman/listinfo/kata-dev" rel="noreferrer" target="_blank">http://lists.katacontainers.io/cgi-bin/mailman/listinfo/kata-dev</a><br>
> <br>
> <br>
> _______________________________________________<br>
> kata-dev mailing list<br>
> <a href="mailto:kata-dev@lists.katacontainers.io" target="_blank">kata-dev@lists.katacontainers.io</a><br>
> <a href="http://lists.katacontainers.io/cgi-bin/mailman/listinfo/kata-dev" rel="noreferrer" target="_blank">http://lists.katacontainers.io/cgi-bin/mailman/listinfo/kata-dev</a><br>
<br>
_______________________________________________<br>
kata-dev mailing list<br>
<a href="mailto:kata-dev@lists.katacontainers.io" target="_blank">kata-dev@lists.katacontainers.io</a><br>
<a href="http://lists.katacontainers.io/cgi-bin/mailman/listinfo/kata-dev" rel="noreferrer" target="_blank">http://lists.katacontainers.io/cgi-bin/mailman/listinfo/kata-dev</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><font color="#888888"><span style="font-family:monospace,monospace"><span style="font-family:monospace,monospace">James<br>---</span></span></font></div><div dir="ltr"><a href="https://katacontainers.io/" style="color:rgb(17,85,204);font-family:monospace,monospace" target="_blank">https://katacontainers.io/</a><span style="color:rgb(136,136,136);font-family:monospace,monospace"> | <a href="https://github.com/clearcontainers" target="_blank">https://github.com/kata-containers</a></span><font color="#888888"><span style="font-family:monospace,monospace"><span style="font-family:monospace,monospace"><br></span></span></font></div><div dir="ltr"><font color="#888888"><font face="monospace, monospace">Open Source Technology Center</font><br><font face="monospace, monospace">Intel Corporation (UK) Ltd. - Co. Reg. #1134945 - Pipers Way, Swindon SN3 1RJ.</font></font><br></div></div></div></div></div></div></div></div></div></div></div>