IRC logs for #cip for Thursday, 2018-11-15

*** lchlan has quit IRC05:59
*** lchlan has joined #cip06:00
szliniwamatsu: ping06:23
szliniwamatsu: would you use the same methodology to manage 4.19 kernel source?06:43
szlinBoth Ben and Daniel created *-rebase branch [1]06:44
szlin[1] https://git.kernel.org/pub/scm/linux/kernel/git/cip/linux-cip.git/06:44
*** patersonc has joined #cip07:43
*** Ystk has joined #cip07:50
*** sangorrin has joined #cip07:59
*** Tzongyen_Lin has joined #cip07:59
sangorrinhi!07:59
patersoncMornin08:03
sangorrinI forgot the meeting time changed, 48 minutes wait ;)08:13
szlin:D08:16
sangorrinI'll write a script to classify the failed patches I sent in the meantime08:18
*** helmut has quit IRC08:23
szlinsangorrin: Before discussing the update mechanism, I suggest we need to define our scope of RFS.08:34
iwamatsuszlin: yes, i will use same methodlogy to 4.19.08:40
*** rajm has joined #cip08:43
*** vidda has joined #cip08:43
sangorrinszlin: yes, today I want to discuss a few questions to ask each member about software updates08:47
szliniwamatsu: thanks.08:47
rajmthe logger is present but https://irclogs.baserock.org/cip/ hasn't updated since Monday? ironfoot ?08:49
szlinsangorrin: BTW, armel won't be an official architecture in Debian 10.08:49
szlinThe status for armhf support is unknown.08:50
szlin[1] https://release.debian.org/buster/arch_qualify.html08:50
sangorrinhumm and armhf has a ?08:51
szlinrajm: perhaps the service broke again.08:51
sangorrinthat sucks08:51
sangorrinwhat does it mean official?08:52
sangorrinhttps://packages.debian.org/buster/armel/ is there08:52
sangorrinand https://packages.debian.org/buster/armhf/ here08:53
ironfootrajm: thanks for the heads up, will look into it08:54
rajmta!08:55
patersoncHi09:00
szlin#startmeeting09:00
szlin#roll call09:00
szlinplease say hi if you're here09:00
gavinlaihi09:00
bwhhi09:00
sangorrinhi09:00
patersonchi09:00
rajmhi09:00
iwamatsuhi09:01
szlin#topic kernel maintenance updates09:01
szlin=== 4.4.156 reviewing ===09:01
szlinACK - af25dc4cf354 ("scripts: modpost: check memory allocation results")09:01
szlinhttps://wiki.linuxfoundation.org/civilinfrastructureplatform/linux-4.4.y#section4415609:01
szlin=========================09:01
szlinNobuhiro created development branch of CIP kernel for 4.19.y on git.kernel.org09:01
szlinhttps://git.kernel.org/pub/scm/linux/kernel/git/cip/linux-cip.git/log/?h=linux-4.19.y-cip09:01
szlinDaniel sent out some failed patches in 4.4, and I had put them into wiki.09:02
szlinhttps://wiki.linuxfoundation.org/civilinfrastructureplatform/linux-4.4-failed-patches09:02
viddahi09:02
sangorrinyes, i just wrote a script to classify them.. will update the wiki soon09:02
szlinsangorrin: I had categorized with those patches09:02
szlinfeel free to modify it :)09:02
sangorrinyes, but the script is checking the git log to make sure the current status of those patches09:03
iwamatsuI have a comment about 4.19 LTS.09:03
szlinsangorrin: awesome, could you share the script via gitlab-cip?09:03
sangorrinmy previous list was based on the e-mails only, without any checks09:03
patersoncsangorrin: Can you share the script?09:03
sangorrinsure09:03
patersoncThanks09:04
szlinsangorrin: thanks!09:04
szliniwamatsu: yes, please09:04
iwamatsuWe have not announced the next kernel yet. I think that we should talk about this in TSC.09:04
patersoncAgreed. It would be good to get a news item/blog post on the website09:05
patersoncEven if for now our branch=LTS.09:05
szlin#action Discuss the official CIP kernel in TSC meeting09:06
szlinand we can have the announcement afterwards.09:07
iwamatsuAnd I could not find an announcement form Greg on this time's LTS version decision. Please let me know if you know.09:07
patersoncI saw an article on linux.com. But nothing from Greg.09:08
szlinMe neither09:08
sangorrinhttps://www.kernel.org/category/releases.html09:08
iwamatsuszlin patersonc: thanks09:09
sangorrinif it's there it's official09:09
szlinNothing from his blog so far, he was used to announce the version of LTS via his blog.09:09
*** mungaip has joined #cip09:09
szlinhttp://www.kroah.com/log/09:09
iwamatsuszlin: and G+ :)09:09
iwamatsubut I could not find form G+.09:10
szlinbwh: Did you get the related news?09:10
bwhhttps://lwn.net/Articles/769110/ "...  given that this is going to be one of09:10
bwhthe "Long Term" kernels ..."09:10
*** hungtran has joined #cip09:10
szlinbwh: thanks.09:10
szlinany other points?09:11
iwamatsubwh: thanks09:11
patersonco/09:12
patersoncFor patches to be backported to the CIP Kernel, do they need to be in a full mainline release? Or is an RC okay?09:12
bwhI would say an RC is OK, as that's consistent with stable09:13
patersoncThanks bwh. Is that okay with you iwamatsu?09:13
iwamatsume too.I think that there is no problem if it is merged into Linus's tree.09:13
patersoncThank you!09:14
szlinany other points?09:15
szlin309:15
szlin209:15
szlin109:15
szlin#topic kernel testing09:16
rajmStill running the BBB and iwg20m health checks regularly09:16
rajmTidied up a few more open issues and moved some of their content into 'Known issues' on the wiki09:16
rajmthanks!09:16
patersoncThanks09:16
patersoncrajm: Have you/or anyone built the CIP Kernel for QEMU?09:16
rajmI haven't - and don't know any further09:17
patersoncAnyone else?09:17
bwhI regularly build for arm and x86 on QEMU09:17
sangorrinpatersonc: as part of CIP core, yes09:18
patersoncOkay. Any complications in building for QEMU? Or should it be trivial?09:18
sangorrinhttps://gitlab.com/cip-project/cip-core/tree/master/deby/poky/meta-cip-qemux86-6409:19
szlinwe build kernel on x86/64 (usually)  or armhf/6409:19
patersoncOkay. Thank you all. We'll ping if we get stuck. At the moment the lab is building v4.18. We obviously need to change this to CIP.09:19
bwhJust a matter of matching up the QEMU model, the device tree and the drivers enabled09:20
bwhI can give a recipe after the meeting09:20
patersoncThanks bwh!09:20
patersoncI've got 2 more points...09:20
patersonc1) Does anyone have any feedback/queries about the test infrastructure proposal from the TSC this week?09:21
sangorrinyes09:21
szlinpatersonc: WIP, I could have the discussion in these days.09:21
sangorrin1) will we use that infrastructure for the kernel only, or for cip core base layer as well?09:22
patersoncsangorrin: I'm open for it being for more than just the Kernel09:22
patersoncEspecially for CIP Core09:22
patersoncNow is a good time to define these requirements, as it may lead to a change in our plans/design09:23
sangorrin2) where will we share the test definitions (yaml) files? we can reuse a lot from linaro validation I think.09:23
patersoncFor example, can we build CIP Core in GitLab CI? Or do we need to use Jenkins etc.?09:23
patersoncWe have a repo on CIP we can use for test definitions.09:24
sangorrinCIP Core: it depends which build tool the environment will be different09:24
sangorrinI want to propose to add "debos" as one of the CIP core image generators, and use it for CIP core base layer testing09:25
*** toscalix has joined #cip09:25
sangorrindebos is already used in kernelci according to the slides i saw at ELCE09:25
patersoncsangorrin: Thanks. I'll take a look. Feel free to email the ML with info as well :)09:25
szlinback to kernel testing, any other points?09:26
patersonc2) Would anyone like access to the LAVA master?09:26
patersoncIt would be great if others could start trying to run some test cases so we can be sure it’s all working.09:26
sangorrinpatersonc: yes09:26
sangorrinI used to have it, until my account was removed ;_;09:26
patersoncyes....09:27
szlinsangorrin: how come ?09:27
sangorrinI want to add support for BBB09:27
sangorrinszlin: long story09:27
patersoncszlin: Users get lost on reboot. They need to be hardcoded in the docker/lava conf - don't ask...09:27
patersoncsangorrin: BBB - in your own lab or at Renesas?09:28
sangorrinin my own lab09:28
szlinpatersonc: oops..09:28
szlinsangorrin: TL;DR09:28
patersoncsangorrin: Okay. We'll try and publish a lab setup wiki in the next couple of weeks.09:28
patersoncOne more topic: Should we use cip-dev for all testing related matters? Or should some things be in cip-members / a new ML?09:29
sangorrinpatersonc: thanks, that will help me.09:29
bwhI think cip-dev is more appropriate09:30
szlin+109:30
patersoncOkay :). Thanks.09:30
* patersonc puts down the mike09:30
patersoncmic09:30
sangorrinAbout infrastructure: I want to make sure we can remove logs submitted by mistake (eg containing our public ips or a password)09:30
patersoncsangorrin: Details of test runs can be hidden.09:31
patersoncI don't know if they can be completely hidden yet though. I mean to check.09:31
sangorrinyes, just in case of a mistake or a miss09:31
patersoncand private testing :)09:32
mungaipsangorrin: yes, you can delete a log of a test09:33
szlinany other points?09:33
szlin309:33
szlin209:33
szlin109:33
szlin#topic CIP Core09:33
szlinhttps://release.debian.org/buster/arch_qualify.html09:33
sangorrinOK, so as you know we will support two profiles: tiny and generic09:34
szlinAs I mentioned before, armel won't be a candidate for Debian 1009:34
sangorrinthe packages are already available09:34
bwhszlin: No?09:34
sangorrinhttps://packages.debian.org/buster/armel/09:35
sangorrinhttps://packages.debian.org/buster/armhf/09:35
sangorrinszlin link: https://release.debian.org/buster/arch_qualify.html09:35
sangorrinarmhf has a question mark09:35
szlinbwh: it marks no in architecture requalification status for buster09:35
szlinconcerns-dsa :  do not want to keep the hardware running past 202009:36
bwhBoth armel and armhf have the problem that the build systems are dev boards that are hard to use remotely09:36
bwhThe plan has been to switch them to arm64 hardware in 32-bit compatibility mode09:37
sangorrinbwh: one of the initial goals of CIP was to support the cross-compile effort09:37
bwhYes, but Debian itself won't use that09:37
sangorrinwill there be support for armhf through arm64 in 32-bit compatibility mode then?09:38
bwhSome arm64 processors support that, yes09:38
sangorrinszlin: maybe we need some clarifications, because armhf is fundamental for most members09:39
szlin#action Make sure armhf is available in Debian 1009:40
szlinsangorrin: so both tiny and generic profiles depend on Debian ?09:41
sangorrinyes09:41
sangorrinif Debian does not support armhf, we will have to09:41
sangorrinat least in the tiny profile09:42
szliniwamatsu: do you have any comments?09:42
szlinsangorrin: thanks, could you please share the profile link?09:42
sangorrinok, so the tiny profile will be based on meta-debian v209:43
sangorrinmeta-debian v2 is currently in development09:43
sangorrinhttps://github.com/meta-debian/meta-debian/tree/master-ng09:43
szlinsangorrin: thanks.09:43
iwamatsuI think that there is no problem with armhf.09:43
sangorrinI think it already builds09:43
iwamatsuarmel is aware that there is a problem with support on debian 10 because hardware necessary for build is not found.09:44
sangorrinmeta-debian v2 is still unstable but can be used09:44
sangorrinIt would be nice to receive contributions: recipes for the base layer components09:44
iwamatsuyes, i am using and developing too.09:45
sangorrinor bug fixes09:45
sangorriniwamatsu: thank you!09:45
szlinany other points?09:45
sangorrinnew products using CIP are expected to use meta-debian v2 (unstable, will be stable in a few months) or meta-eid (still in prototype phase)09:45
sangorrinyes09:46
sangorrinso meta-debian v2 will try to be compatible with yocto recipes as much as possible09:46
sangorrinwe want vendors to support meta-debian v2 with minimal effort09:46
patersoncsangorrin: Compatibility with yocto would be welcome.09:47
sangorrinyes09:47
sangorrinwe need to define the base layer again09:47
sangorrinhave it working on each reference board09:47
sangorrinand _test_ it09:47
szlinsangorrin: thanks.09:48
szlinany other points?09:48
szlin309:48
sangorrinso if possible, people that intends to use the tiny profile please start now, and contribute09:48
szlin209:48
sangorrinone more thing09:49
sangorrini also want to add reference rootfs using debos09:49
sangorrinthis tool uses debootstrap09:49
*** Ystk has quit IRC09:49
sangorrini want to know if someone is interested09:49
szlinhttps://www.collabora.com/news-and-blog/blog/2018/06/27/introducing-debos/09:50
sangorrinbasically, it will be pure debian09:50
sangorrinI will ask in the mailing list to the members if they plan to use cip core or not09:51
szlinsangorrin: ok, I will take a look on debos09:51
sangorrinand also which profile or image generator they are interested in09:52
iwamatsuhttps://wiki.debian.org/SystemBuildTools There are many similar tools.09:52
sangorrinyes, i have investigated most of them09:52
sangorrinthere are more09:52
szlin#action Daniel will send email to cip-dev for cip-core09:54
szlin109:54
szlin#topic Software update09:54
sangorrinok, so this topic is related to cip core09:54
sangorrinbecause the goal is to enable software updates for CIP core reference boards09:54
sangorrinI am going to ask members several questions09:55
sangorrin1) Do you agree with the goal of the CIP sw updates work group?09:55
sangorrin2) What profiles of CIP are you interested to have updates (tiny, generic)?09:55
sangorrin3) Are you using sw update tools in production? which? (custom, swupdate, ostree, mender..)09:55
sangorrin4) If a custom one, would you open source it?09:55
sangorrin5) What sw update tools would you like to see supported?09:55
sangorrin6) Do you have any preferable update method? (sector diff, A/B, file binary diff, file based)09:55
sangorrinif you want to add some question, or have a comment on my questions let me know09:55
szlinsangorrin: I suggest to ask/ answer these questions via cip-members ML.09:57
sangorrinyes, i will do that09:58
szlinSome questions need to have internal consensus09:58
sangorrin7) what do you want to update (bootloader, kernel, rootfs, app..)09:58
sangorrini will ask in the cip-members list, here i want to agree on the questions to ask09:58
szlinAny objections?09:59
patersoncSeem like sensible questions to me09:59
szlin#action Daniel will send above questions via cip-members.10:00
sangorrinthanks10:00
szlinsangorrin: thanks!10:00
szlinsangorrin: did you know deltadeb?10:01
szlinhttps://wiki.debian.org/Teams/Dpkg/Spec/DeltaDebs10:01
sangorrinno, thanks!10:01
sangorrini will check it out10:02
szlinand also debdelta10:02
szlinhttp://debdelta.debian.net/10:02
sangorrinnice thanks10:02
sangorrinbtw, debos already supports ostree10:02
sangorrinfor the first prototype i want to do as little effort as possible haha10:03
szlinsangorrin: AFAIK, Endless OS is using ostree + flatpak10:03
sangorrinthanks, ill check that. I didn't even know about such os10:04
szlinnote: Endless OS is a Debian derivative distribution10:04
szlinany other points?10:05
sangorrinbtw, the reproducibility project is important for reducing deltas10:05
sangorrinszlin: not from my side10:05
szlin#topic AOB10:06
szlinany other business?10:06
szlin310:06
szlin210:06
patersonco/10:06
patersoncShould we be creating working group pages on the wiki?10:06
sangorrinAgustin proposed to send a report before the TSC meetings10:07
sangorrinwe could save those reports in the wiki10:07
szlinyap, he sent the email yesterday10:07
patersoncOkay. I think we need to make sure it looks like the project is active, so as many public updates as possible.10:07
szlin310:09
szlin210:09
szlin110:09
szlin#endmeeting10:09
sangorrinthanks szlin!10:09
* szlin thanks all for longest meeting we've ever have10:09
patersoncThanks all.10:09
rajmthanks szlin !10:10
szlins/have/had :p10:10
patersoncMore agenda now...10:10
szlinso we can discuss some topics in normal time10:11
*** sangorrin has quit IRC10:12
*** Tzongyen_Lin has quit IRC10:13
*** hungtran has quit IRC10:31
*** vidda has quit IRC10:41
*** toscalix has quit IRC10:57
*** toscalix has joined #cip11:01
*** patersonc[m] has joined #cip11:01
*** brlogger has joined #cip11:15
ironfootrajm: that's fixed. The only thing failing was the html generation11:22
rajmthanks ironfoot11:23
ironfootthanks for letting me know, none of the other projects being logged noticed :)11:23
szlinironfoot: thanks!11:23
rajmI shall have to tag someone else once we get past 30th Nov ;-)11:23
patersonc:)11:28
*** patersonc has left #cip11:42
* toscalix read the IRC meeting logs :-)11:43
*** patersonc has joined #cip11:45
*** patersonc[m] is now known as ircfreenodenetpa11:48
*** ircfreenodenetpa is now known as patersonc[m]11:48
*** patersonc[m] has left #cip11:49
*** patersonc has joined #cip11:55
*** mungaip has quit IRC13:04
*** helmut has joined #cip15:16
*** rajm has quit IRC15:53
*** rajm has joined #cip16:07
*** toscalix has quit IRC17:10
*** rajm has quit IRC18:21
*** rajm has joined #cip19:18

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!