meetingminutes October 2014

meetingminutes@lists.fedoraproject.org

20 participants
57 discussions

FAmSCo meeting minutes 2014-10-21
by Jiri Eischmann 21 Oct '14

21 Oct '14

Hi, we had another FAmSCo meeting, 4 members attended. You can find more in the minutes: Minutes: http://meetbot.fedoraproject.org/fedora-meeting-2/2014-10-21/famsco.2014-10… Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting-2/2014-10-21/famsco.2014-10… Log: http://meetbot.fedoraproject.org/fedora-meeting-2/2014-10-21/famsco.2014-10… The next meeting will be on Oct 28th. Jiri

1 0

Server WG Weekly Meeting Minutes (2014-10-21)
by Stephen Gallagher 21 Oct '14

21 Oct '14

=================================================================== #fedora-meeting-1: Server Working Group Weekly Meeting (2014-10-21) =================================================================== Meeting started by sgallagh at 15:00:33 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting-1/2014-10-21/fedora-meeting… . Meeting summary --------------- * roll call (sgallagh, 15:00:33) * Agenda (sgallagh, 15:06:12) * Agenda Item: Fedora 21 Install Media (sgallagh, 15:06:33) * Agenda Item: Fedora 21 Beta Status (sgallagh, 15:06:33) * Fedora 21 Install Media (sgallagh, 15:08:37) * AGREED: Server WG finds it acceptable that all netinstalls be universal and select Server as the default installation environment in interactive Anaconda. (+8, 0, -0) (sgallagh, 15:21:43) * Fedora 21 Beta Status (sgallagh, 15:22:26) * LINK: https://www.happyassassin.net/testcase_stats/21/Server.html (adamw, 15:25:26) * danofsatx has been running tests against the Domain Controller Role. Is encountering an issue with named. (sgallagh, 15:26:50) * ACTION: junland to jump right in with TC testing (sgallagh, 15:27:40) * ACTION: danofsatx to file a bug against FreeIPA for the named start failure (sgallagh, 15:28:43) * we really need to run those tests against Beta TC4/RC1 (sgallagh, 15:29:23) * LINK: https://fedoraproject.org/wiki/Test_Results:Fedora_21_Beta_TC4_Server (sgallagh, 15:29:35) * LINK: https://fedoraproject.org/wiki/Fedora_21_Beta_Release_Criteria#Server_Produ… (sgallagh, 15:30:19) * for anyone who doesn't know, you can nominate blocker bugs at https://qa.fedoraproject.org/blockerbugs/propose_bug , or just mark them as blocking the bug 'BetaBlocker' and explain why in a comment. (sgallagh, 15:32:01) * Go/No-Go Meeting is Thursday, which means we hopefully don't have any blockers but if there are any we need to know *today* to have any chance of avoiding slippage. (sgallagh, 15:35:25) * It would be appreciated if anyone with spare cycles spends some time testing Beta TC4 today. (sgallagh, 15:36:03) * Open Floor (sgallagh, 15:40:57) * Product GUI install media still doesn't have the Product Logo (sgallagh, 15:46:34) * No risk to Beta release due to branding/logo (sgallagh, 15:48:28) * Server WG Test Day (sgallagh, 15:50:06) * ACTION: junland to look into scheduling a Fedora Server Test Day (sgallagh, 15:57:26) Meeting ended at 16:02:18 UTC. Action Items ------------ * junland to jump right in with TC testing * danofsatx to file a bug against FreeIPA for the named start failure * junland to look into scheduling a Fedora Server Test Day Action Items, by person ----------------------- * danofsatx * danofsatx to file a bug against FreeIPA for the named start failure * junland * junland to jump right in with TC testing * junland to look into scheduling a Fedora Server Test Day * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * sgallagh (108) * adamw (37) * simo (35) * junland (26) * nirik (13) * danofsatx (13) * zodbot (9) * tuanta (5) * mitr (3) * davidstrauss (2) * stefw (0) * mizmo (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

Re: [Ambassadors] REMINDER French Fedora Meeting Today #fedora-meeting-1
by Emmanuel Seyman 20 Oct '14

20 Oct '14

* Reminder [20/10/2014 08:30] : > > This mail is a reminder for today's meeting for the French speaking community. > > 2014-10-20 / 20:30 (hour of Paris) > IRC: freenode > #fedora-meeting-1 ============================ #fedora-meeting-1: Fedora-Fr ============================ Meeting started by eseyman at 18:44:34 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting-1/2014-10-20/fedora-fr_du_2… . Meeting summary --------------- * Association Borsalinux-fr (eseyman, 18:45:23) * Fedora-Fr.org (eseyman, 18:47:40) * Projet Fedora (eseyman, 18:49:11) * Premier samedi (eseyman, 18:51:34) * Test Day Fedora 21 (eseyman, 18:54:40) * Capitole du Libre 2014 (eseyman, 18:57:58) * Rencontres Fedora 21 (eseyman, 18:59:54) * Discussions Libre (eseyman, 19:06:34) Meeting ended at 19:08:58 UTC. Action Items ------------ Action Items, by person ----------------------- * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * eseyman (45) * zodbot (8) * Jehane (6) * misc (4) * Casper_v2 (1) * number80 (1) * kwizart (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

Summary/Minutes from today's Release Engineering Meeting (2014-10-20)
by Kevin Fenzi 20 Oct '14

20 Oct '14

====================================== #fedora-meeting-1: RELENG (2014-10-20) ====================================== Meeting started by nirik at 14:30:20 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting-1/2014-10-20/releng.2014-10… . Meeting summary --------------- * init process (nirik, 14:30:20) * Secondary Architectures update - s390 (nirik, 14:34:06) * Secondary Architectures update - ppc (nirik, 14:35:20) * Secondary Architectures update - arm (nirik, 14:37:58) * tickets (nirik, 14:41:46) * LINK: https://fedorahosted.org/rel-eng/report/10 (nirik, 14:41:48) * LINK: https://fedorahosted.org/rel-eng/ticket/6014 (nirik, 14:54:15) * Open Floor (nirik, 14:58:09) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1081622 (nirik, 15:05:27) Meeting ended at 15:06:24 UTC. Action Items ------------ Action Items, by person ----------------------- * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * nirik (55) * sharkcz (13) * bochecha (9) * pbrobinson (8) * pbabinca (5) * zodbot (4) * masta (2) * janeznemanic (1) * tyll (0) * dgilmore (0) -- 14:30:20 <nirik> #startmeeting RELENG (2014-10-20) 14:30:20 <zodbot> Meeting started Mon Oct 20 14:30:20 2014 UTC. The chair is nirik. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:30:20 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic. 14:30:20 <nirik> #meetingname releng 14:30:20 <nirik> #chair dgilmore nirik tyll sharkcz bochecha masta pbrobinson 14:30:20 <nirik> #topic init process 14:30:20 <zodbot> The meeting name has been set to 'releng' 14:30:20 <zodbot> Current chairs: bochecha dgilmore masta nirik pbrobinson sharkcz tyll 14:30:28 <nirik> who all is around for a releng meeting 14:30:36 * sharkcz is here 14:30:42 <bochecha> I'm here 14:30:43 <janeznemanic> hi 14:32:10 <nirik> morning. I didn't send an agenda, because I forgot to. ;) 14:32:17 <nirik> dgilmore-bne is traveling today. 14:33:31 * masta is here 14:33:35 <masta> hiya 14:34:00 <nirik> cool. lets start with secondary arches? 14:34:06 <nirik> #topic Secondary Architectures update - s390 14:34:18 <nirik> anything new and exciting? 14:34:36 <sharkcz> I was on PTO last week, so nothing new to report 14:34:54 <sharkcz> except Peter signed f21 rpms 14:35:12 <nirik> cool. 14:35:20 <nirik> #topic Secondary Architectures update - ppc 14:35:26 <nirik> anything with ppc? 14:35:41 <sharkcz> no Peter, so Ill 14:35:53 <nirik> yeah. 14:36:01 <sharkcz> stil lworking on Alpha, one last blocker in blivet should be resolved today, so we are close 14:36:20 <nirik> cool. 14:36:30 <nirik> how are thinking looking for beta there? or hard to say until alpha is out? 14:36:58 <sharkcz> actually the ppc alpha is very close to beta in primary 14:37:29 <nirik> great 14:37:46 <nirik> anything else on ppc? 14:37:52 <sharkcz> nope 14:37:58 <nirik> #topic Secondary Architectures update - arm 14:39:18 <nirik> anything for arm? I guess no peter here either. ;) 14:40:00 <sharkcz> yes, out of my scope :-) 14:40:30 <nirik> One thing I'll note here: we may be moving arm and ppc stuff to their own racks at some point. Consolidate them in one place and such... 14:40:47 <nirik> probibly will need to be short downtimes to move things, but then they will all be on the same serial/etc 14:41:13 <nirik> it's still in the planning stages... just a early headsup 14:41:29 <sharkcz> ok, thanks for update 14:41:46 <nirik> #topic tickets 14:41:48 <nirik> https://fedorahosted.org/rel-eng/report/10 14:41:58 <nirik> is there any specific tickets folks wanted to talk about? 14:42:35 <nirik> some of those are waiting on more data... 14:43:31 <pbabinca> #6016 - do you think it does make a sense to proceed with the ticket or decide gather more info if that's good idea? 14:44:17 <bochecha> pbabinca, can you maybe provide a list of packages that don't get installed with this change? 14:44:20 <nirik> I don't see a problem with doing it... I guess I'd like dgilmore to chime in before we implement, but seems ok 14:44:30 <nirik> how much time does it save? 14:45:01 <pbabinca> nirik, I don't have the data yet. 14:45:09 <bochecha> nirik, not just time, but also, the odds of breaing the buildroot are lower if less packages get installed 14:45:12 <sharkcz> or how many packages? 14:45:16 <pbabinca> bochecha, true that. 14:45:24 <nirik> we already do this for rhel5 I think build roots? 14:46:01 <pbabinca> We implement new features in fedpkg and that means change of build root package. 14:46:03 <sharkcz> can it affect the minimal buildroot content mentioned in the guuidelines? 14:46:54 <nirik> this would only be for srpm right? 14:47:09 <pbabinca> nirik, yes. But that's all what fedpkg is used for there. 14:47:14 <nirik> yeah 14:47:34 <bochecha> sharkcz, no it wouldn't, this is only for the srpm-build group, not the build one 14:47:35 <sharkcz> ah, then https://fedoraproject.org/wiki/Packaging:Guidelines?rd=Packaging/Guidelines… won't be affected 14:49:02 <nirik> right. 14:50:17 <nirik> so, lets ping dgilmore-bne when he's back on line about it... see if he sees any problems... 14:50:25 <nirik> but seems fine to me off hand. 14:51:08 <nirik> anything else on this? or other tickets folks would like to discuss? 14:52:49 * pbrobinson is here 14:52:56 <nirik> hey pbrobinson 14:53:08 <nirik> anything you want to note or mention? 14:53:51 <pbrobinson> nope, all looks good here 14:54:05 <nirik> sharkcz: on 6014 did you get a list of builds? did we sort that out? 14:54:15 <nirik> https://fedorahosted.org/rel-eng/ticket/6014 14:54:17 <pbrobinson> I did primary tc4 Friday night and it mostly went to plan from a rel-eng and my access POV 14:54:27 <nirik> cool. 14:56:01 <sharkcz> nirik: I don't have the list, sorry, maybe pbrobinson has one from arm koji? 14:56:52 <pbrobinson> no, unfortunately I don't 14:57:01 <nirik> ok. 14:57:58 <nirik> I guess we update that as we can... 14:58:09 <nirik> #topic Open Floor 14:58:17 <nirik> anything for open floor? 14:58:35 <pbrobinson> not from me 14:59:23 <pbrobinson> I'm hoping we can close out ppc alpha this week, aarch64 alpha is done, announce tomorrow and we'll then move straight into beta at basically the same cnadince as mainline 14:59:35 <pbrobinson> candice ... 14:59:49 <nirik> :) ok. cool. 15:00:16 <nirik> ok, if nothing else will close out in a minute... 15:00:59 <bochecha> I have a couple of mash patches still awaiting for reviewx 15:01:12 <bochecha> if anyone with commit access has time, they are on the mailing-list :) 15:02:03 <nirik> bochecha: cool. 15:02:11 <pbrobinson> bochecha: mailing list or BZ?? 15:02:23 <nirik> BTW, threebean is working on getting a staging compose box... so we can test mash changes. 15:02:27 <bochecha> pbrobinson, rel-eng mailing-list 15:03:03 <bochecha> pbrobinson, https://lists.fedoraproject.org/pipermail/rel-eng/2014-September/018424.html and https://lists.fedoraproject.org/pipermail/rel-eng/2014-September/018425.html 15:04:41 <nirik> bochecha: cool. BTW, if you have time/desire we are having problems with a max delta rpm patch we made to mash... 15:04:53 <nirik> thats what threebean wanted to work on debugging. 15:05:12 <bochecha> nirik, sure, what can I do? 15:05:27 <nirik> https://bugzilla.redhat.com/show_bug.cgi?id=1081622 15:05:43 <nirik> if you see anything wrong with the patch or why it wouldn't be working, chime in. ;) 15:06:21 <nirik> anyhow, thanks for coming everyone! 15:06:24 <nirik> #endmeeting

1 0

2014-10-17 @ 1700 ** Cloud WG Meeting Minutes
by Mike Ruckman 17 Oct '14

17 Oct '14

========================= #fedora-meeting: Cloud WG ========================= Meeting started by roshi at 17:04:13 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2014-10-17/fedora-meeting.2… . Meeting summary --------------- * Roll Call (roshi, 17:04:34) * Previous Meeting Follow-up (roshi, 17:07:17) * LINK: https://fedoraproject.org/wiki/Fedora_21_Beta_Release_Criteria#Cloud_Produc… (roshi, 17:11:23) * dustymabe to figure out FAS information for a Digital Ocean account (roshi, 17:18:28) * dustymabe working with mattdm and legal to get DO TOS approved (dustymabe, 17:19:21) * Releaseing Updated images (#43) (roshi, 17:20:24) * LINK: https://fedorahosted.org/cloud/ticket/43 (roshi, 17:20:29) * ACTION: dustymabe to updateticket #43 (roshi, 17:30:28) * Smoke Tests (#38) (roshi, 17:30:47) * LINK: https://fedorahosted.org/cloud/ticket/38 (roshi, 17:31:01) * Atomic Testday (#74) (roshi, 17:33:51) * LINK: https://fedorahosted.org/cloud/ticket/74 (roshi, 17:33:56) * still waiting on a date to begin planning for an Atomic Testday (roshi, 17:35:06) * State of SIG article for magazine (#75) (roshi, 17:37:51) * LINK: https://fedorahosted.org/cloud/ticket/75 (roshi, 17:37:55) * ACTION: dustymabe to ask in ticket #51 if it can be closed (roshi, 17:41:16) * Release Criteria (#77) (roshi, 17:41:40) * LINK: https://fedorahosted.org/cloud/ticket/77 (roshi, 17:41:47) * Open Floor (roshi, 17:43:03) * LINK: https://fedoraproject.org/wiki/Changes/Convert_Fedora_Cloud_Image_to_Fedora… this is done (kushal, 17:43:11) * Kushal started working on https://fedorahosted.org/cloud/ticket/62 (kushal, 17:46:01) * LINK: https://fedorahosted.org/cloud/ticket/62 (kushal, 17:46:06) * kushal submitted patch(s) to rel-eng team so that nightly builds from masher script get build properly. (kushal, 17:49:00) * ACTION: agrimm to update credentials on AWS (roshi, 17:54:52) Meeting ended at 17:58:42 UTC. Action Items ------------ * dustymabe to updateticket #43 * dustymabe to ask in ticket #51 if it can be closed * agrimm to update credentials on AWS Action Items, by person ----------------------- * agrimm * agrimm to update credentials on AWS * dustymabe * dustymabe to updateticket #43 * dustymabe to ask in ticket #51 if it can be closed * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * roshi (114) * dustymabe (45) * kushal (32) * oddshocks (13) * zodbot (11) * lalatenduM (6) * agrimm (4) * nirik (2) * number80 (2) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- // Mike -- Fedora QA freenode: roshi http://roshi.fedorapeople.org

1 0

[FZH] Fedora Chinese Meeting Minutes (2014-10-17)
by Zamir Sun 17 Oct '14

17 Oct '14

Hi all, The IRC meeting minutes today are available at the links below. Thanks everyone for attending the meeting. In the meeting we mainly talked about FUDCon Post todos, offline events, and L10N. Please review the proposed ideas and actions. The next IRC meeting will be held on next Friday (2014-10-24). Please come and join the discussion if you can! Minutes: http://meetbot.fedoraproject.org/fedora-zh/2014-10-17/fedora-zh.2014-10-17-… Minutes (text): http://meetbot.fedoraproject.org/fedora-zh/2014-10-17/fedora-zh.2014-10-17-… Log: http://meetbot.fedoraproject.org/fedora-zh/2014-10-17/fedora-zh.2014-10-17-… ================== #fedora-zh Meeting ================== Meeting started by alick at 13:16:48 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-zh/2014-10-17/fedora-zh.2014-10-17-… . Meeting summary --------------- * Roll Call 报到 (alick, 13:16:57) * 请各位用 .hellomynameis FAS用户名报到 (alick, 13:17:55) * today's topic: FUDCon post event todos (alick, 13:22:39) * today's topic: Offline Events 线下活动 (alick, 13:22:49) * today's topic: L10N 本地化 (alick, 13:23:00) * today's topic: FZUG Websites 中文社区网站 (alick, 13:23:14) * Release Notes 可以翻译了 (tiansworld, 13:23:31) * FUDCon post event todos (alick, 13:28:39) * ACTION: alick query status of FUDCon reimbursement and tell BinLi and Zsun (alick, 13:32:39) * ACTION: alick query progress of FAD reimbursement (alick, 13:33:10) * ACTION: tiansworld refine fudcon survey report (alick, 13:35:03) * Offline Events 线下活动 (alick, 13:42:36) * ACTION: alick query dongfengweixiao about metal sticker design and production (alick, 13:43:31) * openSUSE.Asia Summit will be just this weekend: http://summit.opensuse.org/ (alick, 13:44:36) * LINK: http://www.ckernel.org/ (alick, 13:46:52) * 中国Linux内核开发者大会：本周日在清华大学 (alick, 13:47:32) * OS2ATC 2014: 10月17-18日在北京清华大学召开 (alick, 13:48:25) * LINK: http://soft.cs.tsinghua.edu.cn/os2atc2014/index.html (alick, 13:48:29) * LINK: https://lists.fedoraproject.org/pipermail/fudcon-planning/2014-October/0053… (alick, 13:49:54) * FUDCon APAC 2015 call for bidding opens (alick, 13:50:17) * L10N 本地化 (alick, 13:50:36) * Release Notes ready for translation (alick, 13:51:22) * Fedora Websites are available for translation (tiansworld, 13:51:47) * LINK: https://fedorapeople.org/groups/schedule/f-21/f-21-trans-tasks.html (alick, 13:53:43) * Translation Deadline: GA rel-notes: Mon 2014-11-17 (alick, 13:55:14) * FZUG Websites 中文社区网站 (alick, 13:56:25) Meeting ended at 14:11:28 UTC. Action Items ------------ * alick query status of FUDCon reimbursement and tell BinLi and Zsun * alick query progress of FAD reimbursement * tiansworld refine fudcon survey report * alick query dongfengweixiao about metal sticker design and production Action Items, by person ----------------------- * alick * alick query status of FUDCon reimbursement and tell BinLi and Zsun * alick query progress of FAD reimbursement * alick query dongfengweixiao about metal sticker design and production * tiansworld * tiansworld refine fudcon survey report * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * alick (79) * tiansworld (18) * zodbot (11) * BadGirl (6) * zhtx (6) * tvvocold_ (6) * zsun_mob (6) * endle (3) * isyangxin (0) * tonghuix_ (0) * biergaizi (0) -- Zamir SUN zsun(a)fedoraproject.org zsun in #fedora-zh #openshift on freenode.net

1 0

FAMNA Meeting minutes for 10-16-2014
by Andrew Ward 16 Oct '14

16 Oct '14

All, Please read our weekly meeting minutes from 10/16/2014 Primary discussion was focused on providing inputs to marketing for presentation ideas. We will be soliciting ideas from all ambassadors 10:02:03 PM - zodbot: Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2014-10-17/famna.2014-10-17… Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2014-10-17/famna.2014-10-17… Log: http://meetbot.fedoraproject.org/fedora-meeting/2014-10-17/famna.2014-10-17… v/r -- Andrew Ward award3535(a)fedoraproject.org award3535(a)tds.net award3535(a)gmail.com

1 0

Summary/Minutes from today's Fedora Infrastructure meeting (2014-10-16)
by Kevin Fenzi 16 Oct '14

16 Oct '14

============================================ #fedora-meeting: Infrastructure (2014-09-25) ============================================ Meeting started by nirik at 18:00:06 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2014-10-16/infrastructure.2… . Meeting summary --------------- * aloha (nirik, 18:00:07) * New folks introductions and Apprentice tasks (nirik, 18:02:55) * Freeze reminder (nirik, 18:04:27) * Applications status / discussion (nirik, 18:05:06) * pingou has some pull requests waiting for review (nirik, 18:05:58) * Koschei RFR filed and discussion happening now. (nirik, 18:10:12) * progit ui improvements and ticket/list redesign and email notifications (nirik, 18:10:30) * will open discussion about copr git and such for more input. (nirik, 18:19:21) * Sysadmin status / discussion (nirik, 18:23:45) * rhel 6.6 updates made just at the start of freeze (nirik, 18:26:08) * fedocal moved to rhel7. pkgdb, elections, nuancier all done in stg and waiting for after freeze. (nirik, 18:26:34) * we have 151 rhel 6.6 instances, 76 rhel7.0 (nirik, 18:27:26) * bwood09 working on ticket 847 to generate lists (nirik, 18:37:26) * nagios recap (nirik, 18:38:38) * Upcoming Tasks/Items (nirik, 18:45:02) * LINK: https://apps.fedoraproject.org/calendar/list/infrastructure/ (nirik, 18:45:02) * LINK: https://www.youtube.com/watch?v=6-2tpHLLM1o (threebean, 18:45:07) * Open Floor (nirik, 18:47:52) * LINK: https://fedoraproject.org/wiki/FAD_MirrorManager2_ansible-migration_2014 got renamed and updated (pingou, 18:49:04) Meeting ended at 18:51:58 UTC. Action Items ------------ Action Items, by person ----------------------- * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * nirik (97) * pingou (41) * bwood09 (23) * threebean (17) * michel_slm (7) * zodbot (6) * vgologuz (5) * relrod (3) * mpduty (3) * abompard (1) * lanica (1) * oddshocks (1) * danofsatx (1) * puiterwijk (0) * abadger1999 (0) * lmacken (0) * smooge (0) * mdomsch (0) * dgilmore (0) -- 18:00:06 <nirik> #startmeeting Infrastructure (2014-09-25) 18:00:06 <zodbot> Meeting started Thu Oct 16 18:00:06 2014 UTC. The chair is nirik. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:00:06 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic. 18:00:07 <nirik> #meetingname infrastructure 18:00:07 <nirik> #topic aloha 18:00:07 <nirik> #chair smooge relrod nirik abadger1999 lmacken dgilmore mdomsch threebean pingou puiterwijk 18:00:07 <zodbot> The meeting name has been set to 'infrastructure' 18:00:07 <zodbot> Current chairs: abadger1999 dgilmore lmacken mdomsch nirik pingou puiterwijk relrod smooge threebean 18:00:09 * relrod here 18:00:13 * lanica is here for the infra meeting. 18:00:13 * bwood09 here 18:00:34 * mpduty . 18:01:05 * pingou 18:01:37 * nirik will wait another minute or so for folks to wander in. 18:01:45 <nirik> smooge is out today having fun somewhere. ;) 18:01:58 * michel_slm here 18:02:55 <nirik> #topic New folks introductions and Apprentice tasks 18:03:04 <nirik> ok, any new folks like to introduce themselves today? 18:03:12 <nirik> or apprentices with questions or comments or ideas? :) 18:03:20 * michel_slm note the meeting date is incorrect 18:03:43 <nirik> oh, sorry about that. cut and pasta. ;) 18:03:51 <michel_slm> :) 18:03:54 <nirik> I can change it after the meeting is over... 18:04:27 <nirik> #topic Freeze reminder 18:04:36 <nirik> just a quick reminder that we are in beta freeze. 18:04:40 * oddshocks here 18:04:53 <nirik> make sure you don't make any changes to frozen hosts without posting a request and getting approval. 18:05:06 <nirik> #topic Applications status / discussion 18:05:13 <nirik> anything new on the application side today? 18:05:42 <pingou> I have some pull-requests pending review 18:05:53 <pingou> and some more in line for SmootherFrOgZ for FAS3 :) 18:05:58 <nirik> #info pingou has some pull requests waiting for review 18:06:24 <nirik> since we are in freeze there will likely be less in the way of updates in production... 18:06:31 <nirik> but of course things can get tested in staging 18:06:43 * abompard sparsely here 18:07:01 <pingou> trashy worked quite a bit on the UI of progit 18:07:26 <pingou> he redesigned the whole front page 18:07:40 <nirik> cool. 18:08:11 <pingou> and we pushed the list/ticket re-design already in the dev instance 18:08:17 <pingou> which got email notification now :) 18:08:37 <nirik> Sometime we need to have a higher bandwith talk about the copr-git and dist-git and progit and see if we can come up with some roadmap on where we want to go with it all. 18:08:48 <nirik> cool. 18:09:55 <nirik> Oh, also on applications news Koschei folks have started in on the process to get it setup in infrastructure... 18:10:12 <nirik> #info Koschei RFR filed and discussion happening now. 18:10:30 <nirik> #info progit ui improvements and ticket/list redesign and email notifications 18:10:49 * pingou still isn't clear what's the difference b/w a git server and dist-git (wrt copr's need) 18:11:11 <nirik> well, it would have to have some lookaside component, or store big blobs in git. 18:11:33 <nirik> but yeah, need to flesh out exactly what the needs/use cases are. 18:11:41 <pingou> +1 18:12:08 <nirik> IMHO the one thing I would like to have for pkgs is pull request ability. 18:12:18 <pingou> spechub :) 18:12:19 <nirik> so people could submit patches/merge them easier. 18:12:21 <nirik> yeah. 18:12:42 <pingou> I still have a couple of things on the list for that, but the basic idea should be duable easily 18:12:57 <pingou> but maybe we want to do that after the port of pkgs to el7/gitolite3 18:13:01 <nirik> right. 18:13:32 <nirik> ok, anything else new application wise? 18:13:35 <pingou> and I'd like to ask threebean for some help on it :) (wrt caching pkgdb info w/ fedmsg) 18:13:37 <vgologuz> nirik, pingou a always thought, that main reason for dist-git to have some storage to srpm, so that 1) user could upload from localhost 2) doesn't rely on remote host with original srpm in case of rebuild 18:14:08 <nirik> vgologuz: yeah, but perhaps for that use it would be better/easier to just store the src.rpm as is? 18:15:00 * threebean here 18:15:01 <vgologuz> maybe, but we still need to invent some tools for it), so I'm also interested in other use cases 18:15:21 <nirik> yeah. althougth something like the lookaside cache could also just work for src.rpms instead of source... 18:15:38 <nirik> but agreed. Want to build it so it's useful to as many folks as we can. :) 18:15:39 <vgologuz> where dist-git or git-annex more usefull 18:15:45 <michel_slm> main srpm of one bbranch and compat or newer alternate srpm in another branch sharing tarballs perhaps 18:16:10 <michel_slm> e.g. python3 in epel and python in fedora 18:16:41 <threebean> neat idea 18:16:50 <nirik> michel_slm: yeah, in those cases it could just (re) use the existing packages lookaside... 18:16:57 <nirik> if the package source was exactly the same 18:17:13 <michel_slm> ah yes 18:18:03 <vgologuz> michel_slm, hmm but we could have single .spec which build both python3 and python version, and don't build python3 on epel 18:18:38 <nirik> perhaps we should open a discussion on list on this? that way we could perhaps collect some use cases from people who want this... 18:18:38 <vgologuz> (but i think it's a bit of offtopic right now ) 18:19:08 <michel_slm> vgologuz: I brainfaded and was thinking of lookaside, nevermind that 18:19:21 <nirik> #info will open discussion about copr git and such for more input. 18:19:29 <nirik> threebean: you have any application news for this week? 18:20:06 <threebean> hm, new staging compose box is up and ready to help debug some mash issues offline. 18:20:24 <nirik> that will be very nice when we get it able to mash. ;) 18:20:40 <threebean> oh, and the anitya backend is making progress in dev, but that won't hit production or anything until a good while after the freeze is up. 18:21:00 <pingou> is anitya froze? 18:21:16 <nirik> so on that, the cnucnu stuff is still going until we fully implement anitya? or ? 18:21:25 <threebean> yeah, good questions. 18:21:27 <nirik> pingou: I wouldn't think so 18:21:33 <pingou> nirik: I would agree :) 18:21:38 <threebean> eh, not me. 18:21:49 <threebean> I'd say we keep running the old cnucnu stuff for now since people are expecting it to work. 18:21:58 <pingou> nirik: yes cnucnu keeps running until we have the full replacement in place, imho 18:22:11 <nirik> good. just confirming. thats what I would prefer too. 18:22:16 <pingou> threebean: you think anitya is froze? 18:22:22 <threebean> I dunno about switching over before the freeze is up. 18:22:42 <threebean> so, "anitya" as in the release-monitoring.org stuff.. I say, no. it's not frozen. 18:22:47 <pingou> ah, you meant switching, yeah +1 on waiting after freeze yes 18:23:03 * threebean nods 18:23:08 <nirik> theres no great hurry, unless it's all ready and raring 18:23:45 <nirik> #topic Sysadmin status / discussion 18:23:49 <nirik> Lets see.... 18:24:03 <nirik> pingou migrated some things (including fedocal) to rhel7 just before the freeze. 18:24:17 <nirik> I guess several other things are done in stg and waiting until after freeze to do. 18:24:44 <pingou> waiting in stg: pkgdb, elections, nuancier 18:24:50 <pingou> fedocal was fully migrated 18:24:56 <pingou> went all nice and smooth :) 18:25:05 <nirik> great, just like we like it. 18:25:22 <nirik> Also, rhel6.6 came out right at freeze and I pushed it out... 18:25:50 <nirik> I was really hoping it would make ansible super fast for us, but there's some issue with ssh pipelining that needs to get sorted out. 18:26:08 <nirik> #info rhel 6.6 updates made just at the start of freeze 18:26:34 <nirik> #info fedocal moved to rhel7. pkgdb, elections, nuancier all done in stg and waiting for after freeze. 18:27:26 <nirik> #info we have 151 rhel 6.6 instances, 76 rhel7.0 18:27:51 <nirik> Also, this week we had another lovely ssl doom. SSLv3 is no longer very safe to use. ;( 18:28:10 <bwood09> nirik, do you have any thoughts on what we briefly discussed on Friday? (ticket 847) 18:28:12 <nirik> We adjusted all our sites to not use it except koji and it seems we are ok on koji anyhow. 18:28:29 <nirik> .ticket 847 18:28:30 <zodbot> nirik: #847 (Require housekeeping for Fedora Hosted.org projects?) – Fedora Infrastructure - https://fedorahosted.org/fedora-infrastructure/ticket/847 18:28:43 <bwood09> oh, neat; didn't know zodbot could do that, lol 18:29:11 <nirik> bwood09: so, did you have a list of projects we should look at? or were we going to generate one? 18:29:22 <bwood09> We're going to have to generate one 18:29:30 <bwood09> I couldn't figure out a way to collect a list :/ 18:29:56 <nirik> yeah, will need to figure out a way to find them... 18:30:25 <nirik> for the wiki page, we might find a project with the default one and download and checksum it. Then, anything with the same checksum has that... 18:30:25 <bwood09> Easiest way, I'm thinking, would to just measure folder sizes; I hadn't had a chance to try it yet 18:30:30 * danofsatx is here, was filing tickets against rolekit 18:30:31 <bwood09> that too 18:30:32 <nirik> yeah, not sure for git... 18:30:46 <bwood09> actually, the checksum thing might work a lot better 18:30:49 <bwood09> hadn't thought of that 18:31:05 <nirik> there might be a way to run a 'git log' and see if it says no commits? 18:31:51 <nirik> not sure on mailing lists either. ;( 18:32:26 * bwood09 looks at git docs 18:32:37 <bwood09> We could always check log size... 18:32:47 <bwood09> but that might not work either 18:32:54 <nirik> for lists perhaps just looking to see if there is an archive... 18:33:01 <nirik> I think it doesn't make one until there's at least one post. 18:33:11 <bwood09> that would make sense 18:33:54 <nirik> or if archive is really small... 18:34:27 <pingou> and the oldest post 18:34:42 <bwood09> that too 18:35:12 <nirik> so, yeah, I would say try and gather a list of those and then we can just look it over and see if it looks sane to close/remove all those. 18:35:24 <bwood09> alright 18:35:36 <bwood09> Do we have a way to notify project owners? 18:36:24 <nirik> yeah, whoever is TRAC_ADMIN for trac, owns the git files group for git, and is -owner for the mailing lists. 18:36:31 <bwood09> alright 18:37:21 <bwood09> Welp, I've got a meeting at Pensacola State in about 20 minutes; I've got to run over there. :/ 18:37:26 <nirik> #info bwood09 working on ticket 847 to generate lists 18:37:36 <nirik> bwood09: cool. Thanks for the discussion... 18:37:48 <bwood09> Tonight I'll get back on the fedhosted server and take a look at the projects 18:38:04 <bwood09> Hopefully by tomorrow we'll know if something'll work easily 18:38:22 <bwood09> Thanks, nirik 18:38:22 <pingou> bwood09: let us know if you need help 18:38:28 <bwood09> of course :) 18:38:31 <nirik> thanks 18:38:37 * bwood09 is now away 18:38:38 <nirik> #topic nagios recap 18:38:43 <nirik> .tiny https://admin.fedoraproject.org/nagios/cgi-bin//summary.cgi?report=1&displa… 18:38:51 <zodbot> nirik: http://tinyurl.com/koh8gx5 18:39:26 <nirik> there's a bunch of proxy08 messages in there... I'm not sure why it was freaking out totally. Althought I have a theory now I should test... 18:39:52 <nirik> load on it was very high. I noticed there's a collectd selinux thing now with rhel6.6 hosts. Might have been causing it some issue... 18:40:32 <nirik> anyhow, here's hoping to a quiet week or two with nagios. ;) 18:40:34 <pingou> the second on nuancier makes sense, since it's used only once every release 18:40:49 <pingou> but we should probably increase the limit then 18:40:58 <nirik> I don't think it's hitting the time limit... 18:41:13 <nirik> might have been related to moving the stg one to rhel7? 18:41:19 <nirik> not sure 18:41:29 <pingou> it's datanommer 18:41:43 <pingou> OK: datanommer has not seen a 'nuancier' message in 54 days, 9 hours, 52 minutes, 10 seconds 18:41:46 <pingou> looks OK :) 18:42:10 <threebean> it times out from time to time due to how long in the past the nuancier messages are. 18:42:27 <threebean> it just takes postgres a while to respond, afaik. 18:42:28 <pingou> ah ok 18:42:30 <nirik> perhaps we should make nuancier emit a ping message every so often or something. 18:43:05 <threebean> or remove the check ;) 18:43:15 <pingou> threebean: do we want to try a new pg version at one point? 18:43:18 <nirik> true, I guess thats an option... 18:43:20 <pingou> to test speed ? 18:43:26 <threebean> it's not all that useful.. nuancier would have to be broken for 6 months or something in order for it to notify us. 18:43:38 <nirik> yeah, removing +1 then 18:43:45 <pingou> wfm to 18:43:47 <pingou> +o 18:43:51 <nirik> pingou: it's on rhel7 postgres now... which was much faster I think? 18:43:54 <threebean> long term, we should try the new bjson column types in modern postgres 18:44:42 <pingou> cool 18:45:02 <nirik> #topic Upcoming Tasks/Items 18:45:02 <nirik> https://apps.fedoraproject.org/calendar/list/infrastructure/ 18:45:07 <threebean> https://www.youtube.com/watch?v=6-2tpHLLM1o 18:45:07 <nirik> anything upcoming anyone would like to schedule or note? 18:45:33 <nirik> I have one: I am going to be out next wed, should be around thursday morning and thru the next weeks meeting, and then will be out friday. ;) 18:45:43 <nirik> so, if you need me for something, see me before then. 18:46:47 <threebean> cool. nothing scheduled or upcoming here.. ;) 18:47:52 <nirik> #topic Open Floor 18:47:57 <nirik> anyone have anything for open floor? 18:48:09 <pingou> FAD plans getting along 18:48:34 <pingou> I have the green ligth to book the rooms, hopefully we'll have the green light to buy the tickets soon :) 18:49:04 <pingou> https://fedoraproject.org/wiki/FAD_MirrorManager2_ansible-migration_2014 got renamed and updated 18:49:21 * pingou eof 18:49:33 <nirik> cool. ;) 18:50:04 * relrod won't be able to make the FAD :( 18:50:10 <relrod> too close to finals week 18:50:17 <mpduty> can one participate remotely? 18:50:18 <pingou> relrod: arf :( 18:50:20 <pingou> mpduty: sure 18:50:51 <pingou> we'll make sure to email/blog the schedule and how to join in 18:50:54 <nirik> absolutely. 18:50:56 <nirik> yeah. 18:51:10 <mpduty> thats nice 18:51:15 <nirik> ok, if nothing else, will close out in a minute or so. 18:51:56 <nirik> Thanks for coming everyone! 18:51:58 <nirik> #endmeeting

1 0

Summary/Minutes from today's FPC Meeting (2014-10-16 16:00 - 17:00 UTC)
by James Antill 16 Oct '14

16 Oct '14

====================== #fedora-meeting-1: fpc ====================== Meeting started by geppetto at 16:00:20 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting-1/2014-10-16/fpc.2014-10-16… . Meeting summary --------------- * Roll Call (geppetto, 16:00:21) * Wiki editting backlog (geppetto, 16:11:50) * Open Floor (geppetto, 16:15:05) * LINK: https://fedorahosted.org/fpc/report/14 (Rathann, 16:15:31) * #452 Crypto policies packaging guideline (geppetto, 16:15:36) * LINK: https://fedorahosted.org/fpc/ticket/452 (geppetto, 16:15:41) * Would be helpful for policy to at least mention other languages, Eg. python/ruby, and what any calls there should look like. (geppetto, 16:30:34) * ACTION: Highlight all function names in a single part of the policy (geppetto, 16:32:07) * ACTION: Current policy just says "other crypto. libs. do not adhere." Give some more info. for at least NSS, are changes coming, are packages advise to move away from NSS, something else? (geppetto, 16:33:25) * Open Floor (geppetto, 16:41:08) * LINK: https://fedoraproject.org/w/index.php?title=Special:ListUsers&group=Packagi… is the current list of people in packaging (nirik, 16:52:28) Meeting ended at 17:02:43 UTC. Action Items ------------ * Highlight all function names in a single part of the policy * Current policy just says "other crypto. libs. do not adhere." Give some more info. for at least NSS, are changes coming, are packages advise to move away from NSS, something else? Action Items, by person ----------------------- * **UNASSIGNED** * Highlight all function names in a single part of the policy * Current policy just says "other crypto. libs. do not adhere." Give some more info. for at least NSS, are changes coming, are packages advise to move away from NSS, something else? People Present (lines said) --------------------------- * geppetto (69) * Rathann (35) * tibbs|w (15) * limburgher (10) * zodbot (8) * nirik (7) * tomspur_ (5) * racor (3) * orionp (3) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

Summary/Minutes from today's FESCo meeting (2014-10-15 at 17UTC)
by Kevin Fenzi 15 Oct '14

15 Oct '14

=================================== #fedora-meeting: FESCO (2014-10-15) =================================== Meeting started by nirik at 17:00:11 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2014-10-15/fesco.2014-10-15… . Meeting summary --------------- * init process (nirik, 17:00:11) * #1322 F21 Changes - Progress at Change Checkpoint: 100% Code Complete Deadline (nirik, 17:01:54) * LINK: https://fedorahosted.org/fesco/ticket/1322 (nirik, 17:01:54) * LINK: https://fedoraproject.org/wiki/Changes/jQuery no contingency; postpone (mitr, 17:04:31) * AGREED: postpone this change. (+6,0,0) (nirik, 17:05:49) * LINK: https://fedoraproject.org/wiki/Changes/FormatSecurity; ignore contingency (reverting the change), get someone to verify status (mitr, 17:06:18) * AGREED: bug 1078901 Format Security - done/approved, will ask for a status update on the bug (+6,0,0) (nirik, 17:10:38) * LINK: https://fedoraproject.org/wiki/Changes/u-boot_syslinux, contingency: “ make sure all supported boards work with arm-boot-config and use it as a fallback. ” (mitr, 17:11:11) * LINK: http://fedoraproject.org/wiki/Architectures/ARM/Supported_Platforms (mattdm, 17:36:39) * AGREED: 1078911 u-boot syslinux by default is blocking beta (+5,1,0) (nirik, 17:42:17) * LINK: https://fedoraproject.org/wiki/Changes/PrivateDevicesAndPrivateNetwork no contingency needed, no known progress, proposal: propose (mitr, 17:43:19) * AGREED: 1084102 PrivateDevices?=yes and PrivateNetwork?=yes For Long-Running Services is postponed (+6,0,0) (nirik, 17:46:04) * LINK: https://fedoraproject.org/wiki/Changes/%28A%29Periodic_Updates_to_Cloud_Ima… , no contingency needed (mitr, 17:46:25) * AGREED: 1091299 (A)Periodic Updates to Cloud Images - (+6,0,0) (nirik, 17:56:02) * LINK: https://fedoraproject.org/wiki/Changes/Smaller_Cloud_Image_Footprint , no cintingency needed (mitr, 17:56:49) * change is ready for beta, no action needed. (nirik, 17:57:24) * LINK: https://fedoraproject.org/wiki/Changes/Web_Assets , no contingency needed. (mitr, 17:58:16) * AGREED: 998583 Web Assets - postpone to f22 (+6,0,0) (nirik, 18:00:19) * AGREED: atomic cloud work ongoing this week, still approved to land (+6,0,0) (nirik, 18:12:56) * will ping mariadb and mesos maintainers again since their changes seem done. (nirik, 18:14:22) * #1350 Updates Policy should require inter-dependent packages be submitted together (nirik, 18:15:37) * LINK: https://fedorahosted.org/fesco/ticket/1350 (nirik, 18:15:38) * AGREED: Make policy changes now, defer enforcement until later (+6,0,0) (nirik, 18:30:03) * #1355 Please select Engineering Representiatve for the new Fedora Council (nirik, 18:30:20) * LINK: https://fedorahosted.org/fesco/ticket/1355 (nirik, 18:30:21) * HELP: all this should be added to the fesco elections page or a council page or somewhere better than meeting minutes. (mattdm, 18:43:04) * AGREED: Draft of fedora council represenative selection process to be written up and ratified next week. (+5,0,0) (nirik, 18:46:11) * ACTION: dgilmore-bne to send out announcement of nomination period starting. (nirik, 18:48:57) * ACTION: jwb to write up draft of selection policy document for next week (nirik, 18:49:15) * Next week's chair (nirik, 18:49:21) * mattdm to chair next week. (nirik, 18:51:50) * Open Floor (nirik, 18:51:55) Meeting ended at 18:54:08 UTC. Action Items ------------ * dgilmore-bne to send out announcement of nomination period starting. * jwb to write up draft of selection policy document for next week Action Items, by person ----------------------- * dgilmore * dgilmore-bne to send out announcement of nomination period starting. * dgilmore-bne * dgilmore-bne to send out announcement of nomination period starting. * jwb * jwb to write up draft of selection policy document for next week * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * nirik (163) * mattdm (87) * dgilmore-bne (72) * jwb (66) * mitr (55) * kalev (30) * tflink (21) * adamw (17) * zodbot (17) * pjones (8) * halfie (3) * taquilla (1) * misc (1) * mmaslano (0) * sgallagh (0) * t8m (0) * thozza (0) * dgilmore (0) -- 17:00:11 <nirik> #startmeeting FESCO (2014-10-15) 17:00:11 <zodbot> Meeting started Wed Oct 15 17:00:11 2014 UTC. The chair is nirik. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:00:11 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic. 17:00:11 <nirik> #meetingname fesco 17:00:11 <nirik> #chair dgilmore jwb kalev mattdm mitr mmaslano nirik sgallagh t8m thozza 17:00:11 <nirik> #topic init process 17:00:11 <zodbot> The meeting name has been set to 'fesco' 17:00:11 <zodbot> Current chairs: dgilmore jwb kalev mattdm mitr mmaslano nirik sgallagh t8m thozza 17:00:16 <mitr> Hello 17:00:26 <jwb> hi 17:00:48 <dgilmore-bne> hola 17:00:54 * nirik waits to see if we get quorum today. ;) 17:00:55 <kalev> hello 17:01:27 <mattdm> hi! 17:01:41 <nirik> cool. Seems so. ;) 17:01:54 <nirik> #topic #1322 F21 Changes - Progress at Change Checkpoint: 100% Code Complete Deadline 17:01:54 <nirik> .fesco 1322 17:01:54 <nirik> https://fedorahosted.org/fesco/ticket/1322 17:01:55 <zodbot> nirik: #1322 (F21 Changes - Progress at Change Checkpoint: 100% Code Complete Deadline) – FESCo - https://fedorahosted.org/fesco/ticket/1322 17:02:13 <nirik> I didn't invite anyone because I wasn't sure what was affected. 17:02:21 <nirik> how do we want to approach this? one by one? 17:02:49 <jwb> yeah 17:03:25 <nirik> or, default to 'punt to next release, do contingency' and then discuss ones we want to except? 17:03:52 * mattdm is okay with crunching through them 17:03:56 <nirik> ok. 17:04:05 <nirik> Here's the system wide ones: 17:04:12 <nirik> .bug 1078903 jQuery 17:04:14 <zodbot> nirik: Bug 1078903 jQuery - https://bugzilla.redhat.com/1078903 jQuery 17:04:22 <jwb> postpone 17:04:31 <mitr> https://fedoraproject.org/wiki/Changes/jQuery no contingency; postpone 17:04:40 <mattdm> +1 17:04:51 <nirik> +1 17:04:53 <kalev> +1 17:05:00 <dgilmore-bne> +1 17:05:49 <nirik> #agreed postpone this change. (+6,0,0) 17:06:09 <nirik> .bug 1078901 Format Security 17:06:12 <zodbot> nirik: Bug 1078901 Format Security - https://bugzilla.redhat.com/1078901 Format Security 17:06:18 <mitr> https://fedoraproject.org/wiki/Changes/FormatSecurity; ignore contingency (reverting the change), get someone to verify status 17:06:34 <mitr> (checking now, it is clearly enabled in redhat-rpm-config) 17:06:47 <nirik> yeah, we enabled it I know, but there may be outlyers. 17:06:58 <jwb> outliers in what form? 17:07:03 <jwb> packages that haven't been rebuilt? 17:07:30 <nirik> jwb: yeah, failed mass rebuild for whatever reason, or the autoconf stuff we did didn't work right and they didn't get the right flags? 17:07:49 <mattdm> ask change owner to check on that and report? 17:08:10 <jwb> i tried poking halfie in #fedora-devel 17:08:41 <jwb> but yeah, basically i agree with mattdm and mitr 17:08:45 * nirik too. 17:08:51 <mitr> mattdm/nirik: AFAICT the scope never was to promise that _everything_ will use -Werror=format-security, only that our default flags will do that. respecting the default flags is basically a general packaging guideline enforcement issue 17:09:01 <nirik> mitr: sure. 17:09:10 <mattdm> mitr: which are area _awesome_ about following up on :) 17:09:23 <mitr> mattdm: Oh yeah :) 17:09:29 <nirik> proposal: call this done/in and ask for a status update on the bug 17:09:37 <mattdm> +1 17:09:37 <jwb> nirik, +1 17:09:39 <kalev> +1 17:09:44 <mitr> nirik: +1 17:09:49 <nirik> +1 17:09:54 <dgilmore-bne> +1 17:10:38 <nirik> #agreed bug 1078901 Format Security - done/approved, will ask for a status update on the bug (+6,0,0) 17:10:55 <nirik> .bug 1078911 u-boot syslinux by default 17:10:58 <zodbot> nirik: Bug 1078911 u-boot syslinux by default - https://bugzilla.redhat.com/1078911 u-boot syslinux by default 17:11:11 <mitr> https://fedoraproject.org/wiki/Changes/u-boot_syslinux, contingency: “ make sure all supported boards work with arm-boot-config and use it as a fallback. ” 17:11:23 <kalev> dgilmore-bne probably knows how far this is? 17:11:36 * nirik nods 17:11:50 <dgilmore-bne> I have patches for grubby waiting review 17:12:08 <dgilmore-bne> and I have a small piece to write for anaconda to call. 17:12:27 <nirik> well, we are in beta freeze... at this point is it better to just punt to f22? 17:12:34 <jwb> i'd think so 17:12:42 <dgilmore-bne> u-boot has an update in updates-testing that adds a bunch of boards 17:13:26 <dgilmore-bne> its going to be working ofr the boards its working for anyway 17:13:46 <kalev> I think the important thing here is to have this in before the beta release so that this gets testing 17:13:47 <jwb> how? you just said you have patches waiting for review 17:13:57 <kalev> or otherwise punt to F22 17:14:01 <jwb> if they're still waiting for review, they aren't going to be in the beta... 17:14:01 <dgilmore-bne> and there is no fallback for a bunch of boards 17:14:01 <nirik> or perhaps to rephrase then: retarget change for f21 to that update and do the rest for 22? 17:14:50 <dgilmore-bne> jwb: extlinux.conf doesnt get updated right without the patrches waiting review 17:14:58 <dgilmore-bne> and the users systems do not boot 17:15:23 <jwb> that sounds fairly bad. shouldn't we punt this all to f22 then? 17:15:40 <dgilmore-bne> jwb: punting to f2 really is not possible 17:15:47 <dgilmore-bne> f22 17:16:00 <dgilmore-bne> jwb: there is no other way to boot many systems 17:16:35 <mitr> 1) would we postpone the release for this? 2) if not, what can /should be done by whom by what date, and how can FESco help? 3) if that fails, what HW are we dropping from F21? 17:16:56 <mitr> (4) Would it be lazy of me to propose to ask the ARM SIG to sort this out?) 17:17:18 <nirik> well, I don't think we have time to do much sorting. ;( 17:18:06 <dgilmore-bne> mitr: all the allwinner systems, utilite, newer tegra systems 17:19:04 <nirik> so, we need pjones to review grubby patches, appy and push update to stable and uboot from testing to stable, and anaconda change applied and moved to stable? 17:19:14 <pjones> on my TODO 17:19:16 <jwb> sounds like a bit much 17:19:24 <nirik> yeah. 17:19:29 <dgilmore-bne> nirik: its not an anaconda change 17:19:36 <pjones> actually bcl already reviewed it, but I'm in the middle of merging some other code, so... 17:19:37 <dgilmore-bne> its code anaconda already changes 17:19:46 <jwb> 13:12 < dgilmore-bne> and I have a small piece to write for anaconda to call. 17:19:48 <dgilmore-bne> calls 17:19:49 <jwb> 13:12 < dgilmore-bne> and I have a small piece to write for anaconda to call. 17:19:57 <jwb> sorry 17:20:01 <nirik> ah, ok, not in anaconda, in grub? 17:20:01 <pjones> Also it'd be nice if the arm team could figure out what they want and /stick with it/. 17:20:15 <dgilmore-bne> nirik: not extlinux-bootloader 17:20:21 <pjones> It's completely absurd that we change this stuff every release. 17:20:31 <dgilmore-bne> it fills in for syslinux-extlinux on arm 17:21:01 <nirik> ok, I'm wanting to release f21 this year... how soon can all this land? 17:21:12 <jwb> ok, i am of the opinion that either this is important enough to block the beta release for (using the FESCo exception process) or it all needs to be dropped. 17:21:19 <dgilmore-bne> pjones: it is and what we are moving to I got upstream and are moving systems over to it 17:21:21 <jwb> so, i think that's the choice in front of us 17:21:22 * mattdm agrees with jwb 17:22:08 <mattdm> I think there's enough going on and I _really_ don't want to risk another slip 17:22:11 <mitr> jwb: I tend to agree. Introducing a different bootloader by Final is extremely risky. 17:22:19 <nirik> well, "punting to f22 really is not possible" 17:22:22 <pjones> nirik: I was hoping to get it in by Friday. Though to be honest we could do it in a package update separate from moving it upstream, because the stuff I've been working on merging (genec's btrfs patchset) isn't release blocking at all. 17:22:23 <dgilmore-bne> at the least with the grubby changes for most users things will just work as they use disk images and not anaconda installed systems 17:23:05 <jwb> nirik, it sounded possible by dropping various bits of HW support 17:23:19 <dgilmore-bne> anaconda will continue to work on the systems we have cared about to date 17:23:39 <jwb> proposal: block beta for this begrudgingly 17:24:00 <dgilmore-bne> we want to expand anaconda just working on more systems and that piece could be punted to f22 17:24:00 <nirik> +1 (and please hurry and land it asap so it can get tested and thru freeze) 17:25:01 <nirik> more votes? more discussion? 17:25:04 <kalev> I'd rather make it so that if the fix doesn't land in time for beta, we punt it to F22 17:25:08 <kalev> and don't hold up the release for it 17:25:14 <mattdm> It's making me feel like ARM isn't really ready to be primary. 17:25:17 <jwb> kalev, apparently "not possible"? 17:25:25 * dgilmore-bne thinks he should abstain 17:25:30 <mitr> jwb: possible by dropping HW? 17:25:37 <kalev> right 17:25:41 <jwb> well, i'm waiting for dgilmore-bne to confirm that 17:25:47 <mattdm> "dropping HW" = "not supporting new hardware we wanted to include"? 17:26:00 <jwb> unclear to me if that's accurate 17:26:02 <dgilmore-bne> jwb: at the least we need the grubby patches 17:26:08 <jwb> dgilmore-bne, or... what? 17:26:56 <dgilmore-bne> jwb: the disk images have long had the fdtdir line added to extlinux.conf 17:27:04 <dgilmore-bne> we need to update them correctly 17:27:11 <mitr> dgilmore-bne: … or what? 17:27:21 <mitr> What is the impact of punting? 17:27:23 <dgilmore-bne> mitr: ? 17:27:28 <jwb> dgilmore-bne, pretend for a moment, that i don't know anything at all about what you're talking about. if we punt on this, what happens? 17:27:40 <jwb> do we lose support for HW we supported in F20? 17:27:51 <dgilmore-bne> mitr: the impact of punting is that a bunch of hardware would be broken. 17:27:51 <jwb> do we lose support for HW we wanted to include in F21 but don't support in F20? 17:28:06 <dgilmore-bne> including hardware we support to date. 17:28:35 <dgilmore-bne> jwb: yes 17:28:49 <adamw> er, isn't this already on the beta blocker list? 17:28:52 <kalev> would it be feasible we go back to what we did in F20 to avoid regressing on HW support? 17:28:59 <jwb> adamw, great question! 17:29:00 <jwb> no idea 17:29:02 <dgilmore-bne> adamw: the grubby change is 17:29:06 <adamw> oh, there's more? 17:29:09 <mitr> jwb: +1 to blocking this for now; sending arm@ a note and asking them whether they would rather do something else would be nice. 17:29:17 <dgilmore-bne> and at the least we need that 17:29:18 <adamw> sorry, we're in blocker meeting right now and just came to discussing the grubby bug 17:29:39 <adamw> aiui, the grubby bug is intended to be more or less a proxy for 'make it boot on arm without requiring manual workarounds'... 17:29:39 <mattdm> ditto what kalev asked... 17:29:48 <jwb> i'm slightly perturbed though. this had a fallback plan listed, but it suddenly isn't feasible 17:29:53 <dgilmore-bne> kalev: not easily 17:29:54 <jwb> which is misleading 17:30:05 <nirik> so thats +3 to blocking on it, 1 abstention. 17:30:07 <mattdm> yeah. to say the least. 17:30:35 <mitr> jwb: Hum, the contingency deadline was for _Alpha_ so it not being feasible by Beta makes some sense. 17:31:07 <jwb> mitr, all of this sounds like it should have landed in Alpha anyway 17:31:15 <mattdm> dgilmore-bne: are the systems that won't work without changes those listed under f20 here: http://fedoraproject.org/wiki/Architectures/ARM/Supported_Platforms ? 17:31:35 <dgilmore-bne> jwb: it should have but I was distracted by being able to actually make alpha 17:31:44 <mitr> jwb: Yes; IOW FESCo has dropped the ball on watching this. 17:31:51 <dgilmore-bne> not a great excuse but that is what happened 17:31:58 <jwb> dgilmore-bne, then perhaps it should have been punted back then 17:32:08 <jwb> i'm not looking to place blame. i'm looking to learn from this. 17:32:22 <dgilmore-bne> jwb: perhaps, then people could have worked on the contingency plan 17:32:35 <jwb> ok, so it seems we have no choice other than to block beta for this 17:32:44 * nirik nods. 17:32:58 * jwb watches mattdm have an anuerism 17:33:01 <dgilmore-bne> I really really wanted this done prior to alpha and got sucked into fixing other issues 17:33:05 * mattdm sighs 17:33:24 <nirik> pjones: I'm happy to help push a grub2 if you just need a patch monkey to do so. (or I am sure a few others would be happy to help too if the patches are ready/reviewed) 17:33:34 <kalev> so I guess we have two options then 17:33:35 <pjones> Er, wait, I thought this was just grubby? 17:33:37 <nirik> and we should all test the u-boot in updates-testing 17:33:45 <nirik> sorry, grubby then 17:33:45 <kalev> 1) block on beta until the new thing lands 17:33:46 <pjones> Am I confused? 17:33:46 <dgilmore-bne> jwb: the part ofr anaconda i am okay punting because we are no worse than we were 17:33:52 <nirik> pjones: no, I think I am 17:33:52 <kalev> 2) block on beta until the contingency plan lands 17:34:02 <pjones> eh, I can push it this afternoon. 17:34:09 <nirik> cool. 17:34:17 <dgilmore-bne> pjones: thanks 17:34:21 <kalev> pjones: thanks 17:34:23 <nirik> kalev: right, sounds like 1 will be easier from what I have seen. 17:34:45 <mattdm> dgilmore-bne: could someone from the arm team update the supported ARM platforms list for f21? 17:35:11 <mattdm> maybe mark as "draft until GA" or something? 17:35:11 <dgilmore-bne> mattdm: I thought that pwhalen had done so already . 17:35:17 <adamw> we can roll a TC4 today for testing, there's some other things to pull in i guess. 17:35:25 <dgilmore-bne> mattdm: but sure we can get someone to do it 17:35:45 <mattdm> dgilmore-bne: please. 17:35:48 <nirik> so, more votes? currently +3 to block, 1 abstain... 17:36:22 <mattdm> I'd like to understand the difference between the f20 list and the future f21 supported list with and without blocking on this 17:36:39 <mattdm> http://fedoraproject.org/wiki/Architectures/ARM/Supported_Platforms 17:36:46 <mattdm> ^ referenced in the release criteria 17:37:09 * nirik notes we have been on this one for almost 30min. ;) 17:37:36 <kalev> for the record, I'm voting the same way the that FPL votes, whatever it is :) 17:38:16 <nirik> my understanding (and dgilmore-bne please correct me): if we don't block on this, and just keep what we have now, some f20 supported machines will be broken, and none of the new ones will work. 17:39:04 <mitr> If the grubby bug is #1088933, that is already an accepted blocker so the FESCo vote is immaterial (well, FESCo could override the blocker determination) 17:39:09 <mattdm> Or is it "some machines that aren't on the supported list but work anyway will stop working"? 17:40:04 <dgilmore-bne> nirik: correct, we would need to go undo a bunch of changes in u-boot, some of which are upstream so that the systems do not try and load the extlinux.conf file 17:40:06 <nirik> mitr: I guess the question is if we push for reverting or keep the change. 17:40:15 <dgilmore-bne> they will then fall back to boot.scr 17:40:19 <mitr> nirik: true 17:40:49 <mattdm> Okay, so, I guess I am +1 to block (or not override, or whatever) 17:41:06 <dgilmore-bne> reverting is a lot more work than getting the grubby patches in that are already an accepted blocker 17:41:06 <mattdm> But... wow, this is a big example of what we keep saying we want to be better at. 17:41:26 <nirik> yeah 17:41:41 <nirik> so, thats +5 (if kalev votes with mattdm )? 17:41:53 <mattdm> dgilmore-bne: Yes, that's the sign of an insufficient contingency plan. We paint ourselves into corners with that _every release_ 17:42:02 <kalev> +1 then, eys 17:42:17 <nirik> #agreed 1078911 u-boot syslinux by default is blocking beta (+5,1,0) 17:42:32 <nirik> .bug 1084102 PrivateDevices?=yes and PrivateNetwork?=yes For Long-Running Services 17:42:35 <zodbot> nirik: Bug 1084102 PrivateDevices=yes and PrivateNetwork=yes For Long-Running Services - https://bugzilla.redhat.com/1084102 PrivateDevices?=yes and PrivateNetwork?=yes For Long-Running Services 17:42:45 <nirik> hum that didn't work nicely. ;) 17:42:49 <nirik> .bug 1078911 17:42:52 <zodbot> nirik: Bug 1078911 u-boot syslinux by default - https://bugzilla.redhat.com/1078911 17:43:02 * nirik sighs. 17:43:19 <mitr> https://fedoraproject.org/wiki/Changes/PrivateDevicesAndPrivateNetwork no contingency needed, no known progress, proposal: propose 17:43:23 <mitr> proposal: postpone, rather 17:43:47 <nirik> +1 17:44:16 <nirik> I'm sure there's some services using it, but it doesn't seem like a concerted effort. 17:44:22 <dgilmore-bne> +1 17:44:34 <mattdm> +1 17:44:39 <jwb> +1 17:44:55 <mitr> The tracker bug has no other bugs connected to it; it might have been done but there’s no easy way to know. So to the extend the Changes are used for relnotes/advertising… 17:45:29 <nirik> kalev: ? 17:45:37 * mitr is +1 for the record 17:45:39 <kalev> +1, sorry 17:45:54 <kalev> switching between the blocker meeting and here 17:46:04 <nirik> #agreed 1084102 PrivateDevices?=yes and PrivateNetwork?=yes For Long-Running Services is postponed (+6,0,0) 17:46:16 <nirik> .bug 1091299 (A)Periodic Updates to Cloud Images 17:46:19 <zodbot> nirik: Bug 1091299 (A)Periodic Updates to Cloud Images - https://bugzilla.redhat.com/1091299 (A)Periodic Updates to Cloud Images 17:46:25 <mitr> https://fedoraproject.org/wiki/Changes/%28A%29Periodic_Updates_to_Cloud_Ima… , no contingency needed 17:47:02 <nirik> see last comment from mattdm in the tracking bug.... 17:47:15 <nirik> "We're making some progress on this but I don't think we'll have the releng or automatic QA bits in place by F21 release. I think we still want to do this *for F21 during the F21 cycle*, but it probably needs to get dropped from the F21 release list." 17:47:49 <mitr> Seems clear cut enough 17:47:55 <jwb> uh 17:48:11 <nirik> but if we are doing it for f21, wouldn't we want to say that in the f21 changes? 17:48:12 <jwb> everyone is ok with just phasing this in after release? 17:48:21 <mitr> nirik: no 17:48:31 * nirik agrees it's kinda of one of those things thats not as tied to the release cycle 17:48:54 <mitr> jwb: I am perfectly fine with adding more files to the mirrors (if QA is comfortable with it, i guess). As for wider announcements, that’s a new territory. 17:49:20 <nirik> well, it's not just that simple, IMHO. ;) 17:49:32 <dgilmore-bne> mitr: no one complained when we added updated images to the mirrors for heartbleed 17:49:45 <mitr> jwb: (Assuming that the updates wouldn’t replace the official GA images) 17:49:49 <mattdm> I think the mirrors are almost all on autopilot 17:49:53 <nirik> dgilmore-bne: except many of them were broken and we didn't put them up. 17:50:16 * nirik finds that process in need of much improvement. 17:50:26 <mattdm> Anyway, I agree that this needs much coordination and improvement. 17:50:36 <mattdm> I don't think we're going to have that in place by F21 GA 17:51:06 <mattdm> but I can see that we might within the f21 cycle and would want to produce updates in a structured way rather than the adhoc way we did with heartbleed 17:51:16 <dgilmore-bne> nirik: not true. we put up the cloud images 17:51:24 <dgilmore-bne> nirik: which is all this is talking about 17:51:46 <dgilmore-bne> having more structure around when and how we do it is not a bad thing at all 17:51:47 <nirik> dgilmore-bne: true, although AFAIK they didn't get any qa signoff or anything, we just made them and pushed them out... 17:52:11 <dgilmore-bne> nirik: the QA side of things needs some loving 17:52:22 <mattdm> So to answers jwb's "uh"... not "just phasing this in", but... "carefully phasing this in"? 17:52:59 <nirik> proposal: keep change, try and have a process in place by final freeze? or thats unlikely and we should just drop it? 17:53:14 * mattdm looks at calendar 17:53:36 <mattdm> can I bring that to the cloud sig and see if we think that's feasible? 17:53:49 <mattdm> I know I should have done that _before_ this meeting 17:54:07 * nirik is fine with that, since this wouldn't block beta any 17:54:09 <mitr> mattdm: Works for me; there is no contingency decision that would make the FESco decision urgent. 17:54:22 <mattdm> k. doing that right now :) 17:54:35 <nirik> proposal: mattdm to talk to cloud sig and see if process can be in place by final freeze 17:54:57 <jwb> +1 17:55:07 <mitr> +1 17:55:13 * nirik is +1 for the record 17:55:27 <kalev> +1 17:55:32 <dgilmore-bne> +1 17:56:00 <mattdm> +1 :) 17:56:02 <nirik> #agreed 1091299 (A)Periodic Updates to Cloud Images - (+6,0,0) 17:56:15 <nirik> .bug 1091306 Smaller Cloud Image Footprint 17:56:17 <zodbot> nirik: Bug 1091306 Smaller Cloud Image Footprint - https://bugzilla.redhat.com/1091306 Smaller Cloud Image Footprint 17:56:48 <mitr> https://fedoraproject.org/wiki/Changes/Smaller_Cloud_Image_Footprint , no cintingency needed 17:56:49 <nirik> looks like this was updated to show that it's ok/done enough for now. 17:56:55 <nirik> so, move on? 17:57:06 <jwb> yes 17:57:24 <nirik> #info change is ready for beta, no action needed. 17:57:27 <mitr> mattdm: would it make sense to mark it ON_QA if the F21 scope is about done? 17:57:50 <mattdm> mitr sure, WFM 17:57:53 <nirik> .bug 998583 Web Assets 17:57:55 <zodbot> nirik: Bug 998583 Web Assets - https://bugzilla.redhat.com/998583 Web Assets 17:58:16 <mitr> https://fedoraproject.org/wiki/Changes/Web_Assets , no contingency needed. 17:58:31 <nirik> proposal: postpone to f22. 17:58:36 <jwb> +1 17:58:47 <mattdm> +1 17:58:48 <kalev> +1 17:59:16 <dgilmore-bne> +1 18:00:14 <mitr> There seems to have been _some_ progress, but I haven't noticed an indication of a substantial part being done. So +1 18:00:19 <nirik> #agreed 998583 Web Assets - postpone to f22 (+6,0,0) 18:00:30 <nirik> Those are the system wide ones. 18:00:35 <nirik> on to self contained. 18:00:47 <nirik> .bug 1084083 Apache Mesos 18:00:50 <zodbot> nirik: Bug 1084083 Apache Mesos - https://bugzilla.redhat.com/1084083 Apache Mesos 18:01:00 <mitr> Can we default to default to postponing these unless someone wants to bring one up? 18:01:17 <jwb> nirik suggested that at the start :) 18:01:30 <nirik> sure, we can go to that... 18:01:51 <mitr> We treat system-wide/self-contained differently at acceptance, so it might make sense to do it here as well 18:01:54 <halfie> hi 18:02:17 <mattdm> yup 18:02:47 <nirik> halfie: we were wanting an update on format-security... if you could provide one in the bug and/or here. 18:03:08 <nirik> are there any of the not updated self contained changes folks would like to discuss? 18:03:25 <halfie> nirik, I haven't been following it very closely. let me find the link to the ticket. 18:04:30 <nirik> I guess I'd like to bring up the atomic cloud image one... 18:05:13 <halfie> it seems that around 70 packages still FTBFS. I do see packages being fixed every now and then though. 18:05:39 <mitr> AFAICS only the atomic cloud and mariadb have some status update within the bug, neither saying “done“. Remote journal wiki says "implementation part is mostly done, but integration issues remain. See below." and I can’t find anything below. 18:05:42 <nirik> halfie: ok. Thanks for the status update. 18:06:40 <mattdm> nirik: I *think* all of the atomic issues are at least in the process of being ironed out? 18:06:44 <nirik> for atomic cloud we need to add composing it to branched/rawhide scripts... I'm not sure how it's composed, so that would leave it to dgilmore-bne to add. :) 18:06:54 <nirik> dgilmore-bne: is that going to be possible soon? or ? 18:07:13 <dgilmore-bne> nirik: its on my plan to do this week 18:07:24 <dgilmore-bne> nirik: I have a call at 5am tomorrow about it 18:07:27 <nirik> mattdm: we still need to teach mirrormanager about the trees... but without that we could possibly just point people to the master mirrors. I don't know how much load it will be. 18:07:41 <nirik> dgilmore-bne: ok, cool. 18:07:52 <mattdm> nirik: yeah, as I understand it, master mirrors is the plan for f21 and everyone seemed cool with that 18:07:59 <mattdm> we'll see what happens, I guess! 18:08:14 <nirik> so then, shall we allow that change to continue and defer the rest? or is there any others we want to accept? 18:09:23 <nirik> I do see mariadb 10 in f21. 18:09:24 <mattdm> nirik I'm +1 to that. 18:09:40 <mattdm> I'm also going to check in with the big data sig about the state of mesos 18:10:29 <dgilmore-bne> nirik: im +1 to that also 18:10:31 <mitr> Considering we are already in the Beta change freeze, in-package work that hasn’t been done by today is very unlikely to get finished. 18:10:34 <nirik> so I think mariadb is done, they just havent updated the change 18:10:58 <mitr> nirik: i.e. +1 to deferring “the rest”. 18:11:16 <mitr> Also +1 to giving Atomic Cloud images some time 18:11:19 <jwb> +1 18:11:22 <kalev> +1 18:11:49 <mitr> mariadb… I am tempted to defer it just to enforce the process but a gentle ping would be the nicer thing to do 18:11:52 <nirik> so, thats atomic cloud and mariadb ok? or just atomic cloud and we defer mariadb? 18:12:07 <mattdm> gentle ping to mariadb? 18:12:24 <dgilmore-bne> what mattdm said 18:12:28 <mitr> to mariadb maintainers 18:12:56 <nirik> #agreed atomic cloud work ongoing this week, still approved to land (+6,0,0) 18:13:11 <nirik> #agreed will ping mariadb maintainers again since the change seems done. 18:13:11 <mattdm> Also I think mesos is actually _done_ and in the same state 18:13:19 <nirik> mattdm: ok. 18:13:48 <mattdm> because.... http://pkgs.fedoraproject.org/cgit/mesos.git/tree/?h=f21 18:13:50 <mitr> I guess we are really driven by the docs/relnotes/l10n schedule by now. 18:13:56 <nirik> #undo 18:13:56 <zodbot> Removing item from minutes: AGREED by nirik at 18:13:11 : will ping mariadb maintainers again since the change seems done. 18:14:00 <mattdm> mitr yeah. 18:14:05 <mitr> If that is not binding, giving folks a few more days to update status is not an issue. 18:14:17 <mattdm> I just sent out a message to the big data list asking for an update there. 18:14:22 <nirik> #info will ping mariadb and mesos maintainers again since their changes seem done. 18:14:35 <nirik> ok, anything else on changes? or shall we move on? 18:14:56 <nirik> jreznik: can you update changes based on above? or if not, please let me know to do so... 18:15:37 <nirik> #topic #1350 Updates Policy should require inter-dependent packages be submitted together 18:15:38 <nirik> .fesco 1350 18:15:38 <nirik> https://fedorahosted.org/fesco/ticket/1350 18:15:39 <zodbot> nirik: #1350 (Updates Policy should require inter-dependent packages be submitted together) – FESCo - https://fedorahosted.org/fesco/ticket/1350 18:15:42 <nirik> adamw: you around? 18:17:37 <nirik> I wasn't sure if this was ready for meeting or what... but if adamw is not around I guess we should defer? 18:17:40 <jwb> nirik, btw... did i miss an actual agenda being sent? 18:17:48 <nirik> I did send it... 18:17:51 * nirik looks to make sure. 18:17:53 * adamw is around 18:17:55 <jwb> huh 18:17:58 * jwb goes digging 18:18:19 <adamw> so to address jwb's point, taskotron went into production this week; we can keep an eye and see if its depcheck results are sufficiently accurate enough to enforce more strongly than autoqa's 18:18:20 <jwb> nirik, oh, you certainly did. found it 18:18:25 <adamw> (and, of course, make it better if not) 18:18:39 <nirik> cool. 18:18:47 <jwb> yay 18:19:07 <adamw> tflink: do you have any read on how accurate taskotron's depcheck is? 18:19:52 <nirik> it's been right on all my packages, but thats not much datapoints 18:20:25 <tflink> not sure how to quantify that :) 18:20:27 <dgilmore-bne> id be curious as to how it does on fedora-release as it trips up autoqa 18:20:33 * mattdm can submit some broken stuff 18:20:42 <tflink> it doesn't fall over in most situations that gave autoqa problems 18:20:52 <misc> just enable it on rawhide and see if people complain a lot or not ? 18:20:58 <tflink> there is a small issue we're aware of but are working to fix that 18:21:11 <nirik> misc: it's hooked in via updates/bodhi, so no rawhide. 18:21:17 <adamw> tflink: what's the small issue? 18:21:41 <adamw> dgilmore-bne: autoqa trips over oxygen molecules...:P 18:22:03 <dgilmore-bne> adamw: :P well only sometimes 18:22:31 <adamw> tflink: basically the thing that matters most in this context is, how likely is it to report there's a dep problem when there isn't one 18:22:33 <tflink> adamw: it doesn't always detect issues where a new package causes specific problems with an old package 18:22:44 <adamw> tflink: cases where it doesn't detect a problem when it should aren't so bad 18:22:56 <tflink> the use case we're tracking is when a new package drops a 'provides:' that an old package is using and doesn't do 'obsoletes:' properly 18:23:02 <adamw> obviously the closer it comes to catching all errors the better 18:23:39 <tflink> bah, I'm not being 100% precise in my description 18:23:53 <tflink> I can go find the exact package that we noticed it on, though 18:24:12 <nirik> in any case, I am ok with adding the changes to the update-howto (although I think you could just drop all the buildroot override stuff in favor of a link to the buildroot override page). 18:24:20 <adamw> the reason we couldn't enforce the AutoQA check is it frequently threw false failures and would've blocked perfectly good updates 18:24:22 <nirik> and defering enforcement until we have more data. 18:24:40 <adamw> nirik: i'll take a look at that, thanks (i don't recall if i had a reason not to do that) 18:24:41 <nirik> also, if we enforce it, is there a way to override it? 18:24:53 <tflink> no, there's no way to override it right now 18:24:57 <dgilmore-bne> im okay with adding the changes to the update howto, people really should be pushing dependent changes as a single update 18:25:13 <tflink> I'm of the opinion that we should probably wait for bodhi2.0 before moving forward with this 18:25:19 <nirik> I think we want an override before we make it enforcing. Even if that's only for admins or whatever. 18:25:30 <dgilmore-bne> it does mean that we are less likely to get breakage due to partial updates going out 18:25:31 <tflink> nirik: I think that's a requirement 18:25:33 <nirik> yeah, that might be a better time to do so. 18:25:41 <mattdm> making it policy now but not enforcing seems like a good idea. 18:25:44 <tflink> automation will make mistakes at some point 18:26:00 <tflink> we need to be able to override it in those cases so that updates aren't stopped while we work on a fix 18:26:10 <kalev> a middle ground that's doable with Bodhi 1 could be to let taskatron submit negative karma 18:26:28 <mitr> kalev: that would be nice. 18:26:32 <nirik> right, along with: update A is super urgent, breaks package B we don't care too much about, and we want to get A out asap 18:27:37 <tflink> yeah, a human user (who knows what they're doing) needs to be able to override automation and algorithms 18:27:59 <tflink> with the usual stuff about sufficient privileges etc. 18:28:18 <mitr> tflink: Well that rather depends on which one is more likely to be wrong :) 18:28:20 <mitr> I guess policy now, automation later would be fine with me. 18:29:04 <tflink> mitr: it's not always who is wrong, I think. nirik pointed out a use case where the automation may be correct but still needs to be overridden 18:29:16 <nirik> I think thats +4? hard to say... votes for 'update policy now, defer enforcement until later' ? 18:29:26 <jwb> +1 18:29:28 <mitr> +1 again 18:29:29 <nirik> +1 18:29:30 <kalev> +1 18:29:36 <mattdm> +1 18:29:37 <jwb> i just don't want to forget about the enforcement part 18:29:38 <tflink> if that's something that we want to go forward with, we'll need to adjust our development plans 18:29:44 <dgilmore-bne> +1 18:29:48 <tflink> we -> taskotron devs 18:29:56 <mitr> jwb: Same here 18:30:03 <nirik> #agreed Make policy changes now, defer enforcement until later (+6,0,0) 18:30:10 <nirik> thanks adamw / tflink 18:30:20 <nirik> #topic #1355 Please select Engineering Representiatve for the new Fedora Council 18:30:21 <nirik> .fesco 1355 18:30:21 <nirik> https://fedorahosted.org/fesco/ticket/1355 18:30:22 <zodbot> nirik: #1355 (Please select Engineering Representiatve for the new Fedora Council) – FESCo - https://fedorahosted.org/fesco/ticket/1355 18:30:35 <nirik> we now have two folks who have thrown their hat in the ring. ;) 18:30:48 <nirik> (that I know of) 18:30:50 <tflink> one more note: the ability to override taskotron results is not currently planned out. if this is something that is desired, please let us know so we can plan for it 18:31:16 <nirik> tflink: right so the override would come in bodhi? 18:31:19 <mattdm> Yeah so I think we have a basic first choice of "pick someone now or soon" vs. "come up with some sort of basic framework, execute it" 18:31:27 <mitr> tflink: (If that were a choice) I'd much rather make it easier to fix taskotron tests than to make it possible to override them 18:31:45 <mitr> mattdm: What is the overall timeline? 18:31:52 <tflink> nirik: not sure how we decided to do it, the last plan I remember was to do it outside of bodhi 18:32:04 <tflink> actually, I'm not sure if we decided how exactly to do it 18:32:06 <jwb> mitr, asap 18:32:17 <jwb> mitr, so that we can get on with the elections for the elected seats 18:32:27 <mattdm> mitr: asap. We were thinking to do it concurrently with the elections... 18:32:34 * mattdm is not typing as fast as jwb 18:33:00 <tflink> mitr: they are about as easy to fix as we're likely to get right now - that was one of the reasons for switching to taskotron instead of just enhancing autoqa 18:33:30 <mattdm> I'm interested in the taskotron continued discussion but let's move it elsewhere? 18:33:43 <nirik> to the #fedora-qa! :) 18:33:54 * mattdm says, apparently with a candian-style uptalk at the end 18:34:31 <nirik> ok, so how about: 1 week nomination period, fesco picks one person at the end? 18:34:39 <adamw> mattdm: let's move it elsewhere, eh 18:34:42 <dgilmore-bne> nirik: ack 18:34:44 <mattdm> adamw: right! 18:34:47 <mattdm> nirik: +1 18:34:52 <mitr> nirik: yes. And tell devel@ about a clear nomination deadline. 18:34:58 <nirik> I don't think we need to get fancy. 18:35:07 <dgilmore-bne> if no nominations we come up with some people and ask them 18:35:20 <mattdm> dgilmore-bne: we've got two, so no risk :) 18:35:29 <nirik> ...this time. ;) 18:35:36 <kalev> sounds good to me, I was just typing up how I think fesco should pick one candidate, instead of doing a fedora-wide election 18:35:55 <kalev> +1 18:35:56 <jwb> one week starting when? 18:36:00 <mattdm> kalev: yes, that's the basic structure :) 18:36:03 <jwb> the ticket has been open for a while already 18:36:05 <mattdm> jwb starting right before this meeting. 18:36:24 <nirik> yeah. I'd be ok with a week from now and announcing that? 18:36:28 <mattdm> or do we want to give ourselves a "closed" day or two before the meeting? 18:36:38 <mattdm> but in any case, decide next meeting. 18:36:44 <jwb> i don't see why we'd do anything closed here 18:36:55 <mattdm> sorry not as in secret 18:37:00 <mattdm> I meant, closed-to-nominations 18:37:06 <mattdm> that way there's no Last Minute Surprises 18:37:12 <kalev> closed, as in nominations close a day before the meeting here so that we could make up our minds 18:37:16 <mattdm> yeah that 18:37:29 <jwb> so just make the deadline next tuesday at 23:59 UTC 18:37:39 <jwb> (slightly less than 1 week) 18:37:40 <mattdm> jwb works for me 18:37:52 <kalev> sounds good to me too 18:37:58 <mattdm> I guess track nominations in ticket? 18:37:58 <nirik> well, IMHO anyone we select that will be representing us would likely be well known to us and the community... 18:38:04 <nirik> sure, fine with me 18:38:34 <mattdm> and, i guess, self nominations or other nominations + an acceptance of that nomination from the actual person? 18:38:39 <dgilmore-bne> nominations in ticket and the time jwb suggested is good 18:39:21 <nirik> additional questions: how long is the term? if someone wants to step down, I assume we just do another round of selecting a new person? 18:39:21 <mattdm> Who would like the joy of writing and sending out a message? 18:39:44 <mattdm> nirik: it's open ended from the council perspective; intentionally left to fesco 18:40:06 <nirik> ok. So do we want to decide one now? or ? 18:40:45 <mattdm> we could. I guess... no term limit, but fesco can replace the person if need be? 18:41:21 <jwb> i'd suggest fesco and/or the council 18:41:31 <nirik> mattdm: the problem with that is that someone might feel compelled to stay instead of gracefully stepping back... 18:41:48 <dgilmore-bne> perhaps evaluate the person with each new FESCo? 18:42:09 <jwb> nirik, term limits have that same problem 18:42:13 <jwb> just reduced 18:42:14 <mattdm> jwb sure that sounds good to codify 18:42:19 <nirik> jwb: yeah, I suppose so. 18:42:45 <nirik> BTW, all this should be added to the fesco elections page or a council page or somewhere better than meeting minutes. ;) 18:42:47 <kalev> or possibly the FPL could ask fesco to choose a new person if it looks like the current person doesn't work out well in the council or some other need arises to choose a new representative? 18:42:50 <mattdm> we could say "representative will reconfirm interest every year?" 18:42:51 <mitr> And the history of FESCo seems to have enough people able to step down mid-term; I’m not sure that is a big concern. 18:43:04 <mattdm> #help all this should be added to the fesco elections page or a council page or somewhere better than meeting minutes. 18:43:51 <mattdm> proposal: someone $NOTME draft up a basic version of what we just said above and put it on the wiki somewhere and we'll ratify it next week 18:44:12 <dgilmore-bne> +1 18:44:28 <nirik> sure, does that mean we wait until it's ratified to use it? or start nomination period anyhow? ;) 18:44:30 <nirik> +1 18:44:34 <mitr> +1 18:44:35 <kalev> +1 18:44:36 <mattdm> where $NOTME is not _me_, not... not everyone who votes. :) 18:44:41 <dgilmore-bne> nirik: start anyhow 18:44:42 <jwb> i would volunteer, but i don't want to be drafting my own seat limits being a nominee 18:44:42 <mattdm> +1 to my own thing 18:44:56 * mattdm notes that whoo the cold medicine is really kicking in 18:44:57 <jwb> nirik, nomination period starts anyway 18:45:18 <mattdm> I don't think there's any meaningful conflict with being a nominee and drafting the policy 18:46:11 <nirik> #agreed Draft of fedora council represenative selection process to be written up and ratified next week. (+5,0,0) 18:46:38 <mattdm> does anyone have any objection to jwb doing it? 18:46:38 <nirik> who is sending out the nominations announcement? 18:46:47 * nirik doesn't mind jwb doing it at all. 18:47:21 <dgilmore-bne> no objections to jwb drafting it. 18:47:33 <mitr> No objections either 18:47:42 <dgilmore-bne> nirik: I can do so in a few hours when I wake up 18:47:50 <kalev> No objections either :) 18:47:52 <jwb> ok, i'll give it a go tomorrow 18:47:52 <nirik> dgilmore-bne: cool. 18:48:02 <nirik> anything else we need to decide on this? 18:48:32 <mattdm> looks good to me 18:48:57 <nirik> #action dgilmore-bne to send out announcement of nomination period starting. 18:49:15 <nirik> #action jwb to write up draft of selection policy document for next week 18:49:21 <nirik> #topic Next week's chair 18:49:27 <nirik> who wants it? ;) 18:49:37 <taquilla> hi all 18:49:52 <mattdm> taquilla hi! FESCo meeting in progress. 18:49:55 <nirik> BTW, I will be traveling next week and won't make the meeting. I can try and vote in tickets before hand. 18:50:46 <dgilmore-bne> im not 100% sure my availability next week 18:50:58 <mattdm> if no one else is excited to do it, I guess I will 18:50:59 <jwb> i'll do it 18:51:18 <mattdm> jwb rock paper scissors? 18:51:23 <nirik> ...lizard spock. 18:51:27 <mattdm> I already made myself a reminder 18:51:37 <jwb> mattdm wins 18:51:50 <nirik> #info mattdm to chair next week. 18:51:55 <nirik> #topic Open Floor 18:52:02 <nirik> anything for open floor? 18:52:54 <nirik> ok, will close out in a minute if nothing more. 18:52:55 * dgilmore-bne has nothing 18:53:14 <nirik> adamw: how bad does the beta blocker list look? ;) 18:53:21 * nirik guesses he could just look outside the meeting 18:54:05 <nirik> ok, thanks for coming everyone! 18:54:08 <nirik> #endmeeting

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

meetingminutes October 2014