=== icey_ is now known as icey [15:30] hi jamespage sarnold ddstreet doko didrocks [15:30] #startmeeting Weekly Main Inclusion Requests status [15:30] Meeting started at 15:30:40 UTC. The chair is cpaelzer. Information about MeetBot at https://wiki.ubuntu.com/meetingology [15:30] Available commands: action, commands, idea, info, link, nick [15:31] #topic Review of previous action items [15:31] good morning [15:31] My action is to excuse myself being suddenly missing, but I was rather sick all of last week [15:31] Ihope you were able to cover over that just fine [15:31] if there were any real actions from last week let me know [15:31] other than that we will give everyone a minute to realize it is meeting-time [15:31] re-ping jamespage ddstreet doko didrocks [15:32] and hi sarnold [15:32] cpaelzer: alas there were only two of us last week, so nothing happened [15:32] cpaelzer: I hope you're feeling better [15:32] o/ sorry [15:33] hey [15:33] i have dual mtgs at this time each week, so i have to split my attention :) [15:33] your 50% is often good enough [15:34] as long as you can say yes to assigned tasks :-) [15:34] ok let us get started here [15:34] hoping to be more than the three of us :-) [15:34] #topic current component mismatches [15:34] #link https://people.canonical.com/~ubuntu-archive/component-mismatches.svg [15:35] we will nsee needrestart later anyway [15:35] (4 of us?) [15:35] oh you have the same color as sarnold has for me - sure 4 [15:35] and hi didrocks [15:35] o/ [15:35] the real new content in mismatches are [15:35] a) gnome-control-center -> power-profiles-daemon [15:36] that sounds desktoppy - any opinion didrocks ? [15:36] I can handle it, I did the NEW review already with MIR review mind [15:36] I’ll ask seb to file it [15:36] and b) libnotify (which according to http://reqorts.qa.ubuntu.com/reports/m-r-package-team-mapping.html also is desktop) [15:36] o/ [15:36] which depends on mor [15:37] -> sugar -> sugar-toolkit-gtk3 and python-gwebsockets [15:37] websockets sounds like an intense security review ... [15:37] it's just a recommends [15:37] didrocks: would you mind carrying that to the team for evaluation as well? [15:37] (actually, forgot we did the MIR already, just seb didn’t subcribe us) [15:37] I’ll look at it, but yeah, sounds big [15:38] doko: which of the cases did you mean for "only a recommends" ? [15:38] and still it needs to be sorted out, but it might be one of the simple "demote to suggests" cases [15:38] yep, hoping that will work out functionally [15:38] looking at the same in propoposed [15:38] #link https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg [15:39] it is 3 weeks with abseil in this state now [15:39] do we need to do anything about https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=981269 ? [15:39] Debian bug 981269 in mozc "Use the shared abseil library which isn't ABI stable" [Normal,Open] [15:40] for libbsd -> libmd - this one is on security atm. I know @sarnold you must be rather busy, but I guess libbsd is non debatable [15:40] I asked multiple times about it and seb is tracking it, I think we let him proposing what to do [15:40] therefore is there someone assigned to libmd from seucrity already ? [15:40] ok didrocks for abseil [15:41] cpaelzer: no, no one's assigned to review libmd, afaik we haven't discussed it further since you raised it recently [15:42] IMHO @sarnold if you tihnk you can't make it happen you need to raise it with mclemenceau for emergency alternatives [15:42] I'll leave it with you sarnold (not to do it, but to sort out an assignment and ETA to let mclemenceau know then) - ok ? [15:43] thanks cpaelzer [15:43] cpaelzer: ack, thanks [15:44] cpaelzer, didrocks: libnotify recommends sugar [15:44] thanks doko [15:44] the last one I see here is https://bugs.launchpad.net/ubuntu/+source/libdeflate/+bug/1908502 [15:44] Launchpad bug 1908502 in libdeflate (Ubuntu Hirsute) "[MIR] libdeflate" [Undecided,In progress] [15:44] that seemed mostly ready and is in the hands of seb128 and didrocks [15:45] I expect this is gone from mismatches next week didrocks, do you agree ? [15:45] doko: merge error apparently, will be fixed [15:45] thanks [15:45] ok, nothing else in mismatches AFAICS [15:45] #topic New MIRs [15:45] #link https://bugs.launchpad.net/ubuntu/?field.searchtext=&orderby=-date_last_updated&field.status%3Alist=NEW&assignee_option=none&field.assignee=&field.subscriber=ubuntu-mir [15:46] didrocks: yeah, I can understand that you don't want to have a delta. but keeping that in the current state in -proposed isn't helpful either [15:46] cpaelzer: well, I can ask again [15:46] ah, xnox just fiddled with the settings on nftables, no actual state change there [15:46] doko: can you tell that to the uploader and not me? [15:47] yeah sarnold, but we still need to make suerr in whicih field the ball is atm [15:47] seems like all actions I have here are pending on other individual and not me, while I got asked for it… [15:47] sarnold: on https://bugs.launchpad.net/ubuntu/+source/nftables/+bug/1887187 [15:47] Launchpad bug 1887187 in nftables (Ubuntu) "[MIR] nftables" [Critical,New] [15:48] let me try to summarize [15:48] 1. opened by rbalint [15:48] didrocks: so that would be gunnarhj? is he community? [15:48] doko: he is [15:48] 2. but then punted to security to complete/drive this (the filing not the review) [15:48] => https://bugs.launchpad.net/ubuntu/+source/nftables/+bug/1887187/comments/4 [15:49] 3. to reflect that we have assigned it to you in https://bugs.launchpad.net/ubuntu/+source/nftables/+bug/1887187/comments/8 [15:49] Launchpad bug 1887187 in nftables (Ubuntu) "[MIR] nftables" [Critical,New] [15:49] and now xnox fail-read this as waiting for review and did https://bugs.launchpad.net/ubuntu/+source/nftables/+bug/1887187/comments/9 [15:49] didrocks: I can, but anybody else can do as well ;p [15:49] but it wasn't waiting for review, it was waiting for https://bugs.launchpad.net/ubuntu/+source/nftables/+bug/1887187/comments/4 to happe [15:49] doko: I told this is a merge error and we will handle it [15:50] ok, thanks [15:50] doko: didrocks: thanks for sorting out that other case in parallel - It seems this will go fine and all is clear [15:50] sarnold: are you (or any other security member) follow up on https://bugs.launchpad.net/ubuntu/+source/nftables/+bug/1887187/comments/4 [15:50] Launchpad bug 1887187 in nftables (Ubuntu) "[MIR] nftables" [Critical,New] [15:50] to quote "... I think the MIR preparations will be done by the Security Team, who will own nftables itself, too." [15:51] cpaelzer: I can re-raise it at our next team meeting, but given $everything I can't imagine it'll be a priority for the team to push on this [15:51] @deflate, I forwarded the comments to Debian, I'm unsure those issues should block the MIR, one is about a patch description being inacurrate, the other one about optimisation profile warnings that don't seem to have an impact [15:52] ok sarnold, I'll update the bug accordingly and re-assign it to you for doing that [15:52] cpaelzer: cool, thanks [15:53] that should do it https://bugs.launchpad.net/ubuntu/+source/nftables/+bug/1887187/comments/10 [15:53] Launchpad bug 1887187 in nftables (Ubuntu) "[MIR] nftables" [Critical,New] [15:53] #topic Incomplete bugs / questions [15:53] #link https://bugs.launchpad.net/ubuntu/?field.searchtext=&orderby=-date_last_updated&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.subscriber=ubuntu-mir [15:53] obviously https://bugs.launchpad.net/ubuntu/+source/needrestart/+bug/1907422 [15:53] Launchpad bug 1907422 in needrestart (Ubuntu) "[MIR] needrestart + dependencies" [Undecided,Incomplete] [15:53] we had plenty of MIR members doing reviews [15:54] all of them LGTM, doko also found a great "why don't you use ..." and also got it answered by now [15:54] the one task remaining is needrestart itslef atm being sorted out between ddstreet (reviewer) and sil2100 (to implement what was requested) [15:55] I think that state is good for now and we can't do more atm [15:55] thanks to all of you did your reviews! [15:55] https://bugs.launchpad.net/ubuntu/+source/libayatana-appindicator/+bug/1915695 is incompleted and sorted out between didrocks and seb128 which is ok (no current todo for us) [15:55] Launchpad bug 1915695 in libayatana-appindicator (Ubuntu) "[MIR] libayatana-appindicator" [Undecided,Incomplete] [15:55] abseil we mentioned already [15:56] heh "it's a very specific fruitcake" [15:56] hehe [15:56] the last recent/interesing one is https://bugs.launchpad.net/ubuntu/+source/libftdi/+bug/1912371 [15:56] Launchpad bug 1912371 in libftdi (Ubuntu) "[MIR] flashrom + libftdi" [Undecided,Incomplete] [15:56] doko: this went back to mclemenceau to opt-in to drive this further (or reject) [15:57] could you ask him next time you speak with him so that it doesn't stay stuck in this state? [15:57] ok, I'll chase that down [15:57] thanks [15:57] #topic Any other business? [15:57] what did I miss ? [15:57] ... nothing from me [15:57] on libdeflate: the last blocker is the weird patch description, but what concerns me more is reflected by seb128 with what was raised in the debian bug report: "Removing the patch the package still builds fine, is the change still needed? What problem does it resolve exactly?", like we have a patch workarounding a failing test and we don’t have any idea if this is a valid case or not… [15:58] That doesn’t sound confortable to maintain? But happy to set a ACK if this is fine to live with it for seb128 [15:58] well, either we keep in sync with that one test disabled [15:58] or we add a delta to re-enable the patch [15:58] whatever MIR team decide is fine with me [15:58] it’s up to you, but we all know that if we don’t investigate now, that will not happen post-MIR [15:59] I prefer to be in sync if possible and the Debian maintainer doesn't reply [15:59] ^^ ack to didrocks [15:59] we can add the delta for now if that's the ask [15:59] yeah that would be nice seb128 [15:59] alright [15:59] let me upload in a bit [15:59] that should be all then for today ... ? [15:59] sounds like it’s enough already :) [16:00] oh yeah :-) [16:00] see you all next week [16:00] #endmeeting [16:00] Meeting ended at 16:00:08 UTC. Minutes at https://new.ubottu.com/meetingology/logs/ubuntu-meeting/2021/ubuntu-meeting.2021-03-09-15.30.moin.txt [16:00] I fixed libnotify btw [16:00] great, thanks cpaelzer, all :) [16:00] seb128: yeah, I mentioned it to doko, thanks! [16:00] our recommends tweak hack for half reverted by error in the previous merge [16:00] np, sorry for the mistake [19:58] o/ [19:58] o/ [20:02] sarnold: cpaelzer: what can i say! your willcommen P-)))))) [20:03] Ok, I see that both Steve and Marc won't make it - let's stay around to see if we're still able to get quorum [20:03] xnox: schade das tu zwei yzik butcher :) [20:04] o/ [20:05] I think we're quorate if we don't count sabfl? [20:11] I guess so, hm [20:11] Let me start then [20:11] #startmeeting Technical Board Meeting [20:11] Meeting started at 20:11:42 UTC. The chair is sil2100. Information about MeetBot at https://wiki.ubuntu.com/meetingology [20:11] Available commands: action, commands, idea, info, link, nick [20:11] #topic Apologies [20:12] Marc and Steve sent apologies regarding missing today's meeting [20:12] I don't think there's anything else [20:12] #topic Action review [20:12] ACTION: Wimpress To follow-up on-list with design review to address MATE Boutique security/consent concerns. [20:13] Wimpress: hello! Re-poking again! ^ [20:14] Ok, let's carry it over [20:14] #action Wimpress To follow-up on-list with design review to address MATE Boutique security/consent concerns. [20:14] ACTION: Wimpress To follow-up on-list with design review to address MATE Boutique security/consent concerns. [20:14] ACTION: vorlon to circle around with store, snapcraft, et all, and revise the snap source revision policy to be more clear with regards to rebuildability and GPL compliance. [20:15] And the related ACTION: formal ratification of third party seeded snap security policy, depends on: [20:15] vorlon is away today, so let's carry it over [20:15] #action formal ratification of third party seeded snap security policy, depends on: [20:15] ACTION: formal ratification of third party seeded snap security policy, depends on: [20:15] #action vorlon to circle around with store, snapcraft, et all, and revise the snap source revision policy to be more clear with regards to rebuildability and GPL compliance. [20:15] ACTION: vorlon to circle around with store, snapcraft, et all, and revise the snap source revision policy to be more clear with regards to rebuildability and GPL compliance. [20:15] Same for the next one [20:15] #action vorlon to reply to seeded snap upload permissions question on list [20:15] ACTION: vorlon to reply to seeded snap upload permissions question on list [20:15] ACTION: sil2100 to start a draft summarizing the OEM archive portion of the meeting which xnox and TB will review, edit, and ratify before we move on to figuring out the next step [20:16] Ok, so apologies, but I did not get around this one yet, sadly [20:16] ok [20:16] Let me carry it over [20:16] I have it on my TODO list tho! [20:16] #action sil2100 to start a draft summarizing the OEM archive portion of the meeting which xnox and TB will review, edit, and ratify before we move on to figuring out the next step [20:16] ACTION: sil2100 to start a draft summarizing the OEM archive portion of the meeting which xnox and TB will review, edit, and ratify before we move on to figuring out the next step [20:17] ACTION: vorlon to update the list for Thunderbird update (https://irclogs.ubuntu.com/2021/01/26/%23ubuntu-meeting.html#t20:22) [20:17] Does anyone know if that happened? [20:17] I don't think so [20:17] AIUI he wanted to update the list with his viewpoint [20:17] Apart from that the TB side of Thunderbird is done I think [20:19] Ok, let's carry over then [20:19] #action vorlon to update the list for Thunderbird update (https://irclogs.ubuntu.com/2021/01/26/%23ubuntu-meeting.html#t20:22) [20:19] ACTION: vorlon to update the list for Thunderbird update (https://irclogs.ubuntu.com/2021/01/26/%23ubuntu-meeting.html#t20:22) [20:19] ACTION: sil2100 to discuss with release team where to document decisions about LTS status of flavors (prior to release notes creation late in cycle) [20:20] So I updated the release processes to include information on where we put the LTS status of flavors, so that now we put it on the release schedule early [20:20] But I'd still like to leave the action item as I'd still like to talk to Iain about this, as he had some question about the actual process [20:21] So yeah, I'll carry it over and reach out to him [20:21] #action sil2100 to discuss with release team where to document decisions about LTS status of flavors (prior to release notes creation late in cycle) [20:21] ACTION: sil2100 to discuss with release team where to document decisions about LTS status of flavors (prior to release notes creation late in cycle) [20:22] #topic Check up on community bugs (standing item) [20:22] #link https://bugs.launchpad.net/ubuntu-community/+bugs?field.assignee=techboard [20:22] No bugs I see o/ [20:22] #topic Scan the mailing list archive for anything we missed (standing item) [20:24] I don't think there are any actions from the ML, from what I see in my mailbox at least [20:24] #topi aob [20:24] #topic aob [20:25] Do we have anything for today? [20:25] I don't have anything [20:26] Nothing from me [20:26] Thank you for chairing! [20:27] o/ [20:27] #topic Select a chair for the next meeting (next from https://launchpad.net/~techboard/+members) [20:28] #info next chair will be mdeslaur, with cyphermox as backup [20:28] #endmeeting [20:28] Meeting ended at 20:28:13 UTC. Minutes at https://new.ubottu.com/meetingology/logs/ubuntu-meeting/2021/ubuntu-meeting.2021-03-09-20.11.moin.txt [20:28] Thank you everyone! [20:28] o/