meetingminutes January 2015

meetingminutes@lists.stg.fedoraproject.org

24 participants
57 discussions

Fedora Chinese Meeting Minutes (2015-01-30)
by Alick Zhao 30 Jan '15

30 Jan '15

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 Offline Activities. Please review the proposed ideas and actions. The next IRC meeting will be held on next Friday (2015-02-06). Please come and join the discussion if you can! - Minutes: http://meetbot.fedoraproject.org/fedora-zh/2015-01-30/fedora-zh.2015-01-30-… - Minutes (text): http://meetbot.fedoraproject.org/fedora-zh/2015-01-30/fedora-zh.2015-01-30-… - Log: http://meetbot.fedoraproject.org/fedora-zh/2015-01-30/fedora-zh.2015-01-30-… ================== #fedora-zh Meeting ================== Meeting started by alick at 13:06:53 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-zh/2015-01-30/fedora-zh.2015-01-30-… . Meeting summary --------------- * Roll Call 报到 (alick, 13:07:07) * today's topic: Offline events (alick, 13:11:38) * today's topic: FZUG websites (alick, 13:12:02) * today's topic: fedora-cn(?) package repo (alick, 13:12:23) * zsun sent regrets (alick, 13:13:10) * Offline events 线下活动 (alick, 13:17:25) * LINK: https://fedoraproject.org/wiki/FAD:PhnomPenh_2014/shirts (alick, 13:19:28) * Fedora 21 Release Party Beijing was successfully held. (alick, 13:22:50) * LINK: https://i-zsun.rhcloud.com/2015/01/28/fedora-21-release-party-beijing-repor… (alick, 13:23:07) * Fedora 21 Release Party Chongqing was successfully held. (alick, 13:24:19) * LINK: http://www.chongqinglug.org/report-of-salon-art-of-awesome-virtualization-f… (alick, 13:24:33) * ACTION: alick kick cicku's ass (alick, 13:31:48) * FOSDEM will be held at this weekend. (alick, 13:35:07) * LINK: https://fosdem.org/2015/ (alick, 13:38:05) * FZUG Websites (alick, 13:43:12) * fedora-cn package repo (alick, 13:50:06) Meeting ended at 14:06:36 UTC. Action Items ------------ * alick kick cicku's ass Action Items, by person ----------------------- * alick * alick kick cicku's ass * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * alick (61) * zodbot (9) * gebjgd (6) * BadGirl (5) * Pany (4) * eve_ouyang (4) * tiansworld (2) * isyangxin (2) * story (1) * tonghuix (0) * kaio (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

Summary/Minutes from today's FPC Meeting (2015-01-29 17:00 - 18:10 UTC)
by James Antill 29 Jan '15

29 Jan '15

====================== #fedora-meeting-1: fpc ====================== Meeting started by geppetto at 17:01:18 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting-1/2015-01-29/fpc.2015-01-29… . Meeting summary --------------- * Roll Call (geppetto, 17:01:18) * #495 Proposal: Package Guidelines: PreupgradeAssistant contents packages (geppetto, 17:07:33) * LINK: https://fedorahosted.org/fpc/ticket/495 (geppetto, 17:07:38) * ACTION: tibbs|w Condense questions/concerns into manageable list for the submitter, in the ticket. (geppetto, 17:19:35) * #481 static uids systemd-network, systemd-timesync, systemd-resolve (geppetto, 17:20:20) * LINK: https://fedorahosted.org/fpc/ticket/481 (geppetto, 17:20:27) * ACTION: static uids systemd-network, systemd-resolve (+1:6, 0:0, -1:0) (geppetto, 17:41:36) * ACTION: static uids systemd-timesync (+1:3, 0:0, -1:3) (geppetto, 17:41:46) * #493 Bundling exception: python-execnet bundles python-apipkg (geppetto, 17:41:55) * LINK: https://fedorahosted.org/fpc/ticket/493 (geppetto, 17:42:01) * #399 request for bundled library exception - clustal omega (geppetto, 17:44:15) * LINK: https://fedorahosted.org/fpc/ticket/399 (geppetto, 17:44:20) * ACTION: Reopen ticket if you still need this. (geppetto, 17:49:28) * #346 Bundling exception request for Eclipse Sisu (geppetto, 17:50:23) * LINK: https://fedorahosted.org/fpc/ticket/346 (geppetto, 17:50:28) * ACTION: Work with the ASM packager/upstream and create an API/ABI mangled version, instead of bundling. (geppetto, 18:02:17) * #381 Bundling exception for python-matplotlib fonts (geppetto, 18:02:36) * LINK: https://fedorahosted.org/fpc/ticket/381 (geppetto, 18:02:40) * #304 asking for bundling exception for the package "rubygem-rdiscount" (geppetto, 18:04:14) * LINK: https://fedorahosted.org/fpc/ticket/304 (geppetto, 18:04:18) * ACTION: Leaving F20 is fine, as long as the next update can rebase to the F21/F22. (geppetto, 18:06:09) * Open Floor (geppetto, 18:06:25) Meeting ended at 18:08:21 UTC. Action Items ------------ * tibbs|w Condense questions/concerns into manageable list for the submitter, in the ticket. * static uids systemd-network, systemd-resolve (+1:6, 0:0, -1:0) * static uids systemd-timesync (+1:3, 0:0, -1:3) * Reopen ticket if you still need this. * Work with the ASM packager/upstream and create an API/ABI mangled version, instead of bundling. * Leaving F20 is fine, as long as the next update can rebase to the F21/F22. Action Items, by person ----------------------- * tibbs|w * tibbs|w Condense questions/concerns into manageable list for the submitter, in the ticket. * **UNASSIGNED** * static uids systemd-network, systemd-resolve (+1:6, 0:0, -1:0) * static uids systemd-timesync (+1:3, 0:0, -1:3) * Reopen ticket if you still need this. * Work with the ASM packager/upstream and create an API/ABI mangled version, instead of bundling. * Leaving F20 is fine, as long as the next update can rebase to the F21/F22. People Present (lines said) --------------------------- * geppetto (87) * tibbs|w (67) * Rathann (18) * zodbot (11) * tomspur (10) * mbooth (8) * racor (6) * orionp (6) * zbyszek (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

FAMNA Meeting 1-29-2015
by Andrew Ward 29 Jan '15

29 Jan '15

All, We had our weekly meeting on 1-29-2015 at 9pm east To summarize; the group approved budgets for LFNW and SCALE please visit the logs below for details. Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2015-01-30/famna.2015-01-30… Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2015-01-30/famna.2015-01-30… Log: http://meetbot.fedoraproject.org/fedora-meeting/2015-01-30/famna.2015-01-30… 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 (2015-01-29)
by Kevin Fenzi 29 Jan '15

29 Jan '15

============================================ #fedora-meeting: Infrastructure (2015-01-29) ============================================ Meeting started by nirik at 18:00:03 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2015-01-29/infrastructure.2… . Meeting summary --------------- * aloha (nirik, 18:00:03) * New folks introductions and Apprentice tasks (nirik, 18:02:36) * Applications status / discussion (nirik, 18:07:34) * new anitya just hit prod, 0.1.16 (pingou, 18:08:58) * new koji release sending fedmsg message when a package is signed in sigul (our signing server) (pingou, 18:09:50) * new fedmsg_meta release to handle this new message (pingou, 18:10:06) * new FMN release to be able to include/exclude these new messages (pingou, 18:10:25) * new python-fedmsg-genacls release to be used on RHEL7 with gitolite3 (pingou, 18:11:06) * new the-new-hotness release in staging that auto-adds packages to release-monitoring.org when they're added to Fedora (threebean, 18:11:38) * copr now signs new package builds. (nirik, 18:12:14) * new mirrormanager2 based mirrorlist server (pingou, 18:12:37) * LINK: http://aurelien.bompard.org/post/2015/01/23/News-of-the-Mailman3-front (threebean, 18:19:10) * Sysadmin status / discussion (nirik, 18:27:29) * short mirrorlist outage on tuesday. We think cause was a bad pkl, but not sure. (nirik, 18:27:59) * glibc updated for ghost and all servers rebooted on tuesday. (nirik, 18:28:15) * pingou and bochecha have been working on pkgs01.stg and it's ready for wide testing now! Hurray! (nirik, 18:28:46) * fedoramagazine had some dns issues, but they should be all cleared up (nirik, 18:29:27) * proxy03 and proxy04 were reinstalled rhel7/ansible and so far seem to be working well. (nirik, 18:29:47) * koji01/02 were installed as rhel7/ansible and we switched to them in production. (nirik, 18:30:10) * all builders and hubs were updated to latest git head koji packages (nirik, 18:30:28) * letoto has loaded all fedora folks gpg keys into dns now. (nirik, 18:31:16) * down to just 44 hosts in puppet. (nirik, 18:32:12) * relrod fixed up ntp on hosts (nirik, 18:32:36) * DNS zones have been cleaned up so they all refer to the same set of proxies. (smooge, 18:36:38) * DNS templates code has been fixed so that zones don't give "this serial is out of bounds rejecting zone." (smooge, 18:37:07) * LINK: http://paste.fedoraproject.org/177673/42255665 is all the hosts left in puppet. (nirik, 18:37:57) * torrent setup needs a redesign. (nirik, 18:40:00) * Upcoming Tasks/Items (nirik, 18:45:52) * LINK: https://apps.fedoraproject.org/calendar/list/infrastructure/ (nirik, 18:45:52) * learn an app - github2fedmsg (nirik, 18:49:09) * LINK: https://apps.fedoraproject.org/github2fedmsg (threebean, 18:49:47) * Open Floor (nirik, 18:56:38) Meeting ended at 19:02:24 UTC. Action Items ------------ Action Items, by person ----------------------- * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * nirik (115) * threebean (44) * Corey84 (35) * dgilmore (25) * pingou (19) * puiterwijk (14) * tflink (14) * smooge (10) * lmacken (8) * zodbot (5) * mirek-hm (5) * taedori (4) * michel_slm (4) * sborza (1) * janeznemanic (1) * fale (1) * abadger1999 (0) * mdomsch (0) * relrod (0) -- 18:00:03 <nirik> #startmeeting Infrastructure (2015-01-29) 18:00:03 <zodbot> Meeting started Thu Jan 29 18:00:03 2015 UTC. The chair is nirik. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:00:03 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic. 18:00:03 <nirik> #meetingname infrastructure 18:00:03 <nirik> #topic aloha 18:00:03 <nirik> #chair smooge relrod nirik abadger1999 lmacken dgilmore mdomsch threebean pingou puiterwijk 18:00:03 <zodbot> The meeting name has been set to 'infrastructure' 18:00:03 <zodbot> Current chairs: abadger1999 dgilmore lmacken mdomsch nirik pingou puiterwijk relrod smooge threebean 18:00:10 * pingou here 18:00:14 * sborza here 18:00:20 * fale here 18:00:25 * lmacken 18:00:34 * puiterwijk here 18:00:37 * michel_slm here 18:00:38 <dgilmore> hola 18:00:41 <taedori> here 18:01:05 <Corey84> .hello corey84 18:01:09 <zodbot> Corey84: corey84 'Corey84' <sheldon.corey(a)gmail.com> 18:01:11 <Corey84> may be afk at times 18:01:13 <janeznemanic> hi 18:02:36 <nirik> #topic New folks introductions and Apprentice tasks 18:02:46 <nirik> any new folks like to introduce themselves? 18:02:52 <nirik> or apprentices with questions or comments? 18:03:07 * threebean waves 18:03:19 <Corey84> o/ 18:03:19 <smooge> here 18:03:37 <puiterwijk> zimbr 18:03:42 <Corey84> no need to "raise hands" here new comers 18:04:19 <nirik> :) 18:04:32 <puiterwijk> errr, sorry for the spam :) 18:05:11 <taedori> Nice meeting you guys. I am from C# .Net world. actually transitioning to linux world. I am learning python. and want to contribute in near future. 18:05:23 <nirik> taedori: welcome. :) 18:05:44 <nirik> taedori: do hang out in our #fedora-apps channel and ask questions... and folks there can point you at some places to start. 18:06:17 <taedori> yes sure. 18:07:34 <nirik> #topic Applications status / discussion 18:07:41 <nirik> any applications news to talk about this week? 18:08:32 <threebean> lots of stuff happened today.. ;p 18:08:33 <nirik> There were some minor releases of a few things... 18:08:38 <nirik> and yeah, today has been busy. ;) 18:08:58 <pingou> #info new anitya just hit prod, 0.1.16 18:09:04 <threebean> we got a new fedmsg message type from koji earlier in the week -- one for when rpms are gpg signed by our signing server, sigul. 18:09:11 <threebean> and an FMN release went out with a new rule to ignore that message.. 18:09:26 * mirek-hm is here 18:09:50 <lmacken> threebean: will people need to reset their filters to the defaults to pick it up? 18:09:50 <pingou> #info new koji release sending fedmsg message when a package is signed in sigul (our signing server) 18:10:00 <threebean> lmacken: yup. or add the new rule by hand. 18:10:06 <pingou> #info new fedmsg_meta release to handle this new message 18:10:25 <pingou> #info new FMN release to be able to include/exclude these new messages 18:11:06 <pingou> #info new python-fedmsg-genacls release to be used on RHEL7 with gitolite3 18:11:27 <Corey84> taedori, may have some great pyhton epub copies for you later 18:11:38 <threebean> #info new the-new-hotness release in staging that auto-adds packages to release-monitoring.org when they're added to Fedora 18:11:59 <mirek-hm> copr sign new packages by GPG key, old packages are still unsigned so we did not put gpgcheck=1 to .repo file. 18:12:00 <nirik> Oh, I also created a mirrormanager2 mirrorlist server... it still needs some work, but we have something to try and test out with now. 18:12:14 <nirik> #info copr now signs new package builds. 18:12:18 <nirik> mirek-hm: great stuff! 18:12:33 <taedori> Thanks Corey84 18:12:37 <pingou> #info new mirrormanager2 based mirrorlist server 18:13:08 <Corey84> nirik, if my server is not showing in manager2 list let me know I plan to go full /alt/pub when Southern_Gentlem drops the initial 21 updates next week 18:13:15 <nirik> threebean: is that the thing that sometimes says "new upstream release of foo, but cannot figure out what it's called in Fedora?" 18:13:33 <Corey84> im presently showing private only i believe 18:13:46 <nirik> Corey84: this is just the mirrorlist part... the part that sends users the list of mirrors. ;) 18:13:56 <nirik> but yeah, we can check yours 18:14:09 <threebean> nirik: no, that's the other was around.. the project exists in release-monitoring.org, but there's no mapping to the project's name in Fedora. 18:14:34 <threebean> we could/should write a script that tries to get that mapping as close to 1-to-1 as possible. 18:14:36 <nirik> threebean: ok. I noticed that I think on a 'chrome' package... which of course we don't ship 18:14:43 <threebean> right 18:14:46 <Corey84> kk 18:14:57 <lmacken> the recent koji update also included the runroot plugin, which once configured will let us do things like mash & compose atomic trees 18:15:07 <Corey84> was thinking you meant mirrormanager-client v2 my bad 18:15:12 <nirik> lmacken: yep. Yea! 18:15:23 <pingou> lmacken: cool! 18:15:30 <nirik> Corey84: the rest is coming too, we just are doing the lists first. ;) 18:15:37 * tflink is getting around to adding changes to the ansible playbooks to support local taskotron deployments 18:15:49 <tflink> not sure if that's of much interest to the folks here, though 18:16:06 <Corey84> my bad ill get back in the carriage and stop tugging the on the bridle :P 18:16:10 <nirik> tflink: oh, I noticed the other day that autoqa was still/again up... is that supposed to still be around/ 18:16:12 <nirik> ? 18:16:16 <nirik> autoqa01 that si 18:16:24 <Corey84> tflink, need a hand let me know 18:16:32 <tflink> no, I don't think we still need it 18:16:47 <tflink> making that more definite - no, we don't still need it 18:16:58 <nirik> cool. I can quash it, or you can 18:17:35 <nirik> ok, anything else application wise? 18:18:00 <nirik> It seems out hyperkitty is delayed, but hopefully will be possible by pycon 18:18:07 <nirik> There was a blog post from abompard_ 18:18:34 <Corey84> pycon is when again 18:18:35 <nirik> Not sure where we are on bodhi2... need packaging work? 18:18:40 <tflink> nirik: I'm not sure what the process for that is off the top of my head, if you have the spare cycles, feel free. otherwise, I'll figure it out 18:18:45 <lmacken> Corey84: apr 9-17 18:19:10 <threebean> http://aurelien.bompard.org/post/2015/01/23/News-of-the-Mailman3-front 18:19:15 <nirik> mirek-hm: new cloud is looking promising this time? ;) 18:19:41 <lmacken> nirik: we've been working on some of the email plumbing this week, and I need to forward-port a handful of features that crept into bodhi1 before we get it in staging 18:19:50 <mirek-hm> nirik: no promises. I'm again fighting with rabbitmq 18:19:59 <nirik> lmacken: cool. does the runroot stuff help you out any? 18:20:18 <nirik> mirek-hm: ok. ;( at least we seem to be getting further and iterating faster. ;) 18:20:34 <mirek-hm> nirik: but OS have my FULL attention and top priority for me 18:20:47 <lmacken> nirik: yeah, once it's configured I'll be able to use it to mash pretty much immediately. Assuming in the config file we have it nfs mount /mnt/koji/mash/ 18:20:52 <nirik> yeah, I really really want to decommission the old one 18:21:11 <puiterwijk> mirek-hm: if you need any help, just let me know. I'm more than happy to help wherever I can 18:21:22 <nirik> mirek-hm: me too. 18:21:30 <tflink> is the hoped-for deployment date of bodhi2 still during the f22 cycle? 18:21:52 <lmacken> tflink: That's what we're shooting for 18:22:06 <nirik> tflink: I think we should know more once we have a actual stg instance... 18:22:08 * tflink questions the wisdom of doing that mid-release 18:22:17 <nirik> then we can see what needs to be done and how much issue we are hitting 18:22:42 <nirik> yeah, we want to make sure it's ready. 18:22:55 <tflink> but I've not been involved with bodhi2, so I might just be overly-cautious 18:23:37 <mirek-hm> puiterwijk: nirik: I will ask when I reach dead end. But it is most time consuming. Change something run packstack, wait 20 minutes; see if the change changed something and if changed something then check what else was broken this time... and during that 20 minute you should be strong enough to not look on G+ or FB or you will not return to work after those 20 minutes :) 18:23:51 <nirik> threebean: whats the status/timeline on FMN by default + anytia? still shaking out issues? 18:24:03 <lmacken> as long as the bodhi API remains stable, we'll have to see how many other things explode to really see how easily we can pull the switch 18:24:17 <pingou> nirik: I still have 1 issue to fix on anitya for the backend 18:24:25 <nirik> mirek-hm: yeah :) 18:24:33 <threebean> nirik: moving as quick as we can before freeze. 18:24:45 <Corey84> +1 on tflink reluctance 18:24:46 <threebean> fmn is already 'default' in so far as new packagers are automatically set up. 18:24:50 <nirik> cool cool. Just wanted to know if we needed to punt further. 18:25:15 <threebean> I'm just looking for a round tuit to edit and run the script to add all the existing packagers (to fmn). 18:25:22 <tflink> I'm just worried about the possibility of something going wrong during freeze and causing slips 18:25:30 <Corey84> not that we can't do it or do it gracefully but why needlessly add the stress 18:25:34 <nirik> tflink: a completely valid concern 18:25:53 <Corey84> more worried of slips personally not the freeze 18:25:56 <threebean> pingou: remind me what the last issue on anitya is? 18:26:06 <pingou> threebean: urls with * in them 18:26:14 * threebean nods 18:26:21 <threebean> and we can't take hotness to prod without that? 18:26:35 <pingou> we could but I'd prefer to try to tackle it before 18:26:41 <threebean> sure thing. 18:26:46 <pingou> but it's been running like this for a little time now :) 18:26:59 <nirik> alright, any other application side things? or shall we move along to sysadmin? 18:27:29 <nirik> #topic Sysadmin status / discussion 18:27:40 <nirik> So lots of fun this week... 18:27:59 <nirik> #info short mirrorlist outage on tuesday. We think cause was a bad pkl, but not sure. 18:28:15 <nirik> #info glibc updated for ghost and all servers rebooted on tuesday. 18:28:46 <nirik> #info pingou and bochecha have been working on pkgs01.stg and it's ready for wide testing now! Hurray! 18:29:23 <michel_slm> hurray! 18:29:27 <nirik> #info fedoramagazine had some dns issues, but they should be all cleared up 18:29:47 <nirik> #info proxy03 and proxy04 were reinstalled rhel7/ansible and so far seem to be working well. 18:30:10 <nirik> #info koji01/02 were installed as rhel7/ansible and we switched to them in production. 18:30:28 <nirik> #info all builders and hubs were updated to latest git head koji packages 18:30:42 <Corey84> was that the one we were all checking dnssec tues for nirik ? 18:30:44 <nirik> so, we should have that runroot plugin (but it's not configured yet) 18:31:01 <nirik> Corey84: oh yeah... 18:31:16 <nirik> #info letoto has loaded all fedora folks gpg keys into dns now. 18:31:28 <nirik> ^ thats the dnssec thing. 18:32:12 <nirik> #info down to just 44 hosts in puppet. 18:32:36 <nirik> #info relrod fixed up ntp on hosts 18:32:56 <nirik> we are going to see if the old 'guest can get its time from the host' thing works or if we need to run ntp on guests too 18:33:25 <nirik> I fixed up some idempotentcy issues with ansible playbooks last weeked. 18:33:30 <nirik> there's still more to clean up though. 18:33:53 <threebean> any outstanding projects left for the port to ansible? 18:34:11 <michel_slm> is there a list of Ansible tasks somewhere? 18:34:12 <threebean> we can slowly move the proxies over as we gain confidence that they're not broken. 18:34:21 <nirik> mostly I think we are down to remote sites where reinstalling is a pain 18:34:47 <nirik> oh, I made a db01.stg a while back, but still there's dbs on db02.stg that need migrated. 18:35:10 <nirik> Hosted is still on the agenda. That will be some work. 18:35:26 <nirik> we need to build out trac for rhel7 for it, and then setup playbooks, etc. 18:35:44 <nirik> we need a kojipkgs playbook/setup. 18:35:58 <nirik> (thats just apache/squid converted from puppet, shouldn't be too hard) 18:36:10 <nirik> people still needs doing 18:36:11 <smooge> threebean, I started on people and got stuck.. I think the proxy stuff might help me 18:36:20 <threebean> nice, nice. can test kojipkgs in stg too. 18:36:20 <nirik> torrent 18:36:38 <smooge> #info DNS zones have been cleaned up so they all refer to the same set of proxies. 18:36:47 <nirik> and some releng machines... which need to stay rhel6 as bodhi1 needs to run on them for now. 18:37:07 <smooge> #info DNS templates code has been fixed so that zones don't give "this serial is out of bounds rejecting zone." 18:37:12 <nirik> we are reaching the end. ;) 18:37:37 <threebean> :p 18:37:40 <threebean> FAD made a big difference. 18:37:45 <dgilmore> nirik: torrent needs to go away or we need to redo it 18:37:57 <nirik> http://paste.fedoraproject.org/177673/42255665 is all the hosts left in puppet. 18:38:09 <nirik> dgilmore: I wish we could drop it, but everytime we suggest it, tons of people yell. 18:38:39 <dgilmore> nirik: right. we did talk of using a service provided by ibiblio at some point 18:38:55 <nirik> yeah, and then the guy who was doing that left ibiblio and the service died. ;( 18:39:10 <dgilmore> :( good thing we did not move then 18:39:16 <nirik> yeah, no kidding 18:39:27 <dgilmore> so I guess torrent needs someone to redesign it 18:39:28 <nirik> anyhow, we can investigate. perhaps there's better software now 18:39:31 <nirik> yep 18:39:52 <dgilmore> I have a few complaints about the usage 18:40:00 <nirik> #info torrent setup needs a redesign. 18:40:18 <nirik> anything else on the sysadmin side? 18:40:37 <dgilmore> nirik: one quick thing 18:40:43 <dgilmore> maybe not meeting worthy 18:40:49 <nirik> sure thing, go ahead 18:41:02 <dgilmore> need to work out a way to get pbrobinson onto the builders 18:41:24 <dgilmore> I see two ways, add him to sysadmin-main or add fas etc on to the builders 18:41:26 <nirik> dgilmore: we could easily add fasclient back and add sysadmin-build or whatever 18:41:30 <nirik> yeah 18:41:41 <dgilmore> and let sysadmin-releng login and sudo 18:42:13 <dgilmore> I do not mind too much how we do it but it has to be done 18:42:39 <dgilmore> i guess another option is have a releng-lockbox 18:42:44 <nirik> I'd be fine adding fas back for now... not that I don't think he would be fine in main, but typically we wait until someone has done some big project/work before adding them. 18:42:49 <dgilmore> and allow root from it to ssh to the builders 18:43:09 <smooge> I thought sysadmin-releng had sudo at one point 18:43:11 <nirik> that seems like it might be more complicated... 18:43:24 <Corey84> dgilmore, torrents need to go ? 18:43:34 <dgilmore> smooge: it was removed when skvidal redesigned the builder setup 18:43:36 <smooge> yes. I have a long diatribe on them 18:43:45 <smooge> dgilmore, got it 18:43:52 <nirik> yeah, builders currently have just root. Nothing else. 18:44:00 <smooge> Corey84, yes. I have a long diatribe on them. After meeting 18:44:04 <Corey84> if someone wants to help with the layout side (ui) I can throw some time in on that 18:44:08 <dgilmore> I kinda like not having accounts on it 18:44:17 <Corey84> smooge, kk 18:44:30 <dgilmore> but setting up a box just to allow some folks access seems a bit of overkill 18:44:32 <Corey84> accounts on torrents ? new to me 18:44:43 <smooge> no we moved to build system :) 18:44:45 <dgilmore> Corey84: no accounts on the builders 18:44:55 <Corey84> builder servers? 18:45:03 <dgilmore> yes 18:45:04 <nirik> dgilmore: right. I am leaning toward fas on them again, but we could discuss more out of meeting? 18:45:24 <dgilmore> nirik: sure. just wanted to bring up we need to do something 18:45:33 <dgilmore> details can be sorted 18:45:43 <nirik> ok. yeah, I also need to get together with him and work on ansiblizing aarch64 boxes 18:45:49 <nirik> yeap 18:45:52 <nirik> #topic Upcoming Tasks/Items 18:45:52 <nirik> https://apps.fedoraproject.org/calendar/list/infrastructure/ 18:46:01 <nirik> anyone have any upcoming items they want to schedule or discuss? 18:46:15 <nirik> note that smooge and I will be at our main datacenter the week of feb 9th 18:46:23 <nirik> branching is also that week. 18:46:28 <pingou> FOSDEM this week-end 18:46:29 <threebean> all those EU events are coming up soon, right? 18:46:32 <puiterwijk> Staging upgrade to Ipsilon can finally take place now that we have a EPEL7 build, so will be doing that this week or early next week 18:46:34 <pingou> DevConf the week-end after 18:46:41 <Corey84> +1 dgilmore a bit overkill it seems 18:46:41 <nirik> threebean: yeah 18:46:53 <threebean> pingou, puiterwijk: have fun :) 18:47:01 <pingou> we were discussing if we could move pkgs01.stg to prod on Monday 18:47:02 <puiterwijk> CfgMgmtCamp next monday and tuesday, and infra.next on wednesday 18:47:11 <pingou> giving us 2 days to fix things before travel to DevConf 18:47:13 <nirik> puiterwijk: excellent. was going to ask about that... let me know if there's anything I can do to help with it. 18:47:15 <pingou> threebean: will do :) 18:47:23 <dgilmore> nirik: might try to get with you and make sure the aarch64 boxes are rebuilt then 18:47:39 <puiterwijk> nirik: will do, though most of it is just going to be porting templates and configuration 18:47:45 <Corey84> Cydrobolt, and I were on the mail list about some upcoming hackathons and makerspace sponsorships ( more an ambass. thing but figured i'd mention ntl) 18:47:46 <dgilmore> nirik: pbrobinson and I will be working together in Brno that week 18:47:47 <nirik> dgilmore: yeah, they need to be... one of the things we are going to do in phx2 is move them tho to a common rack 18:48:20 <puiterwijk> (Ipsilon might be "FedOAuth 3", but it's a major change, so none of the config or ui templates look alike) 18:48:27 <nirik> cool. 18:48:33 <dgilmore> need to get a plan to redo all teh secondary arch setup and ansibilise it all 18:48:33 <pingou> puiterwijk: nice :) 18:48:51 <Corey84> +1 ansibilise secondary 18:48:57 <nirik> threebean: you game to talk about github2fedmsg for a few? 18:49:01 <threebean> sure :) 18:49:09 <nirik> #topic learn an app - github2fedmsg 18:49:10 * pingou has a meeting in 10minutes 18:49:19 <nirik> yeah, sorry, not much time... 18:49:27 <Corey84> same here ....use github /bitbucket religously 18:49:27 <threebean> so, github2fedmsg is a web service that bridges github activity onto the fedmsg bus 18:49:45 <threebean> it has a little self-service dashboard which you can access here 18:49:47 <threebean> https://apps.fedoraproject.org/github2fedmsg 18:50:08 <threebean> you login with FAS, then login with GitHub (it keeps track of the association between your accounts there) 18:50:14 <Corey84> so you setup as an appication (like tfa on GH token) ? 18:50:36 <Corey84> s/appication/application 18:50:42 <threebean> Corey84: right. yeah, and it's already setup with an application key in our infra. for users, they don't have to worry about that part. 18:50:54 <Corey84> sweet 18:51:10 <threebean> it uses that application key and the oauth token it gets when you login to install webhooks on the github repos you choose. 18:51:14 <Corey84> nice had to walk some kids through that last night not fun 18:51:22 <threebean> it can be a mess ;) 18:51:47 <threebean> so then with those installed webhooks, github will POST back to the webapp in our infrastructure about events as they happen. 18:51:49 <Corey84> whoever set all that up so nicely deserves a brew or two :) 18:52:11 <threebean> the github2fedmsg app receives those POSTs, verifies their signature is really from github, then re-signs them with a fedmsg key and broadcasts them on our bus. 18:52:14 <Corey84> so just sub to the respective whooks 18:52:16 <Corey84> ? 18:52:25 * threebean nods 18:52:29 <threebean> yup 18:52:42 <nirik> this can be any github repo anyone cares about? or you have to be an admin for that github project to add the hooks? 18:52:55 <threebean> nirik: hm, you have to have admin on that github project, yes. 18:52:58 * Corey84 feels a warp drive speed increase in workflow coming when fully used 18:53:32 <threebean> nirik: so you can add your "own" repos as well as repos of any organization you have sufficient rights in. 18:53:36 <Corey84> much like sponsorship for maintainers tho someone can add you or whitelist you tho 18:54:09 * Corey84 will be initiating later today when he has 5 mins to spare 18:54:36 <threebean> the source code for it all is here -> https://github.com/fedora-infra/github2fedmsg 18:55:09 <threebean> this is maybe the most interesting block -> https://github.com/fedora-infra/github2fedmsg/blob/develop/github2fedmsg/vi… 18:55:16 <threebean> any questions or anything? 18:55:38 <nirik> agpl ? I guess we never should hotfix it, but make new releases. ;) 18:55:52 <threebean> ah, it's agpl with that extra clause iirc. 18:56:03 <threebean> the one that gives us 30 days to get our srpms in line. 18:56:10 <nirik> oh right 18:56:33 <nirik> cool. Thanks threebean! 18:56:37 <threebean> np! 18:56:38 <nirik> #topic Open Floor 18:56:49 <nirik> just a few minutes left for open floor. Anyone have anything? 18:56:55 <tflink> who all is going to be at devconf next week? 18:57:08 <nirik> puiterwijk and pingou I think... 18:57:28 <puiterwijk> stickster as well, I think 18:57:40 <nirik> and dgilmore ? 18:57:45 <puiterwijk> oh, and I heard jwb is there 18:57:49 <puiterwijk> I think Dennis as well yeah 18:58:03 <tflink> k, I want to run some of our taskotron plans past someone to make sure they aren't any crazier than I think they are and that'd be easier in person 18:58:40 <nirik> tflink: BTW, I pinged on that fw ticket. Hopefully we will get something soon. That same ticket also has the ipmi for qa hosts for beaker in it. 18:58:43 <michel_slm> anyone here going to FOSS Asia the month after that? 18:59:01 <puiterwijk> tflink: I'd be glad to, just let me know when you arrive/have time 18:59:10 <tflink> also, the secarch folks are asking for blockerbugs instances. I'll know more about it after devconf but figured that I'd mention it here 18:59:34 <nirik> oh? seperate ones? 18:59:37 * dgilmore will be at fosdem and devconf 19:00:04 <tflink> nirik: at this point, it'd have to be. adding multiple arch support to the codebase isn't going to happen before f22 starts up 19:00:27 <smooge> michel_slm, I don't think so. 19:00:31 <nirik> tflink: ok 19:00:33 <puiterwijk> for those interrested, I'm giving a talk at saturday on centralized authn 19:00:34 <tflink> puiterwijk: I'll be in brno from feb 5-18 19:00:54 <puiterwijk> tflink: I from feb 5 to 9, so we should be able to find a time 19:01:27 <nirik> cool. well, if nothing else will close out the meeting in a minute or so 19:02:22 <nirik> thanks for coming everyone. 19:02:24 <nirik> #endmeeting

1 0

Summary/Minutes from today's irc support sig meeting (2015-01-29)
by Kevin Fenzi 29 Jan '15

29 Jan '15

============================================= #fedora-meeting: IRC Support SIG (2015-01-29) ============================================= Meeting started by nirik at 17:00:07 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2015-01-29/irc-support-sig.… . Meeting summary --------------- * init process (nirik, 17:00:08) * Week in review (nirik, 17:06:33) * Open Floor (nirik, 17:14:12) Meeting ended at 17:20:26 UTC. Action Items ------------ Action Items, by person ----------------------- * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * nirik (31) * Southern_Gentlem (7) * dcr226 (6) * zodbot (4) * N3LRX (3) * Khaytsus (2) * Corey84 (1) -- 17:00:07 <nirik> #startmeeting IRC Support SIG (2015-01-29) 17:00:07 <zodbot> Meeting started Thu Jan 29 17:00:07 2015 UTC. The chair is nirik. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:00:07 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic. 17:00:07 <nirik> #meetingname irc-support-sig 17:00:08 <nirik> #topic init process 17:00:08 <zodbot> The meeting name has been set to 'irc-support-sig' 17:00:55 * N3LRX 17:01:47 <nirik> again I didn't have much today, so probibly a pretty short meeting. ;) 17:02:13 <N3LRX> hehe wiyh only 2 people 17:03:25 <nirik> yeah. 17:03:34 <nirik> will wait a few more for folks to show up 17:05:26 * Khaytsus 17:06:14 <nirik> no way... dcr226 ? must be a mirage. ;) 17:06:20 <nirik> anyhow... 17:06:33 <nirik> #topic Week in review 17:06:46 <dcr226> nirik, someone said free beer, nuts and women..have I been missled? 17:06:58 <nirik> anyone have items they have seen in previous weeks showing up a lot? common issues or concerns? 17:07:12 <nirik> dcr226: :) 17:07:52 <nirik> I do have one to note: There was a recent F20 update for Thunar (the Xfce file manager). It has a poor interaction with something in f20 and ends up crashing when copying files to/from removable media. 17:08:12 <nirik> Upstream is looking into it, in the mean time people can downgrade to the previous version. 17:08:28 <dcr226> I guess the get_hostname() deal was fixed for Fedora? (ooc really) 17:08:41 <Khaytsus> dcr226: Just nuts in here 17:09:28 <nirik> dcr226: supported releases were not affected. 17:09:30 <dcr226> Khaytsus, Heh 17:09:35 <dcr226> nirik, oh..cool 17:09:40 <nirik> RHL7 -> f19 were, but they are all EOL 17:10:25 * Southern_Gentlem 17:10:26 <nirik> otherwise seems like all the same sorts of questions and issues, nothing else really stands out in my mind. 17:12:12 <Corey84> .hello corey84 17:12:13 <zodbot> Corey84: corey84 'Corey84' <sheldon.corey(a)gmail.com> 17:12:17 <nirik> lots of poor folks with optimus video hw... wish we had a better story for them. 17:14:03 <nirik> anyone have anything else? nuts for dcr226 perhaps? ;) 17:14:12 <nirik> #topic Open Floor 17:14:14 <Southern_Gentlem> nirik the one thing i am wondering aobut is the glibc stuff 17:14:23 <nirik> Southern_Gentlem: fedora isn't affected. ;) 17:14:35 <nirik> well, supported fedora releases aren't. 17:14:59 <Southern_Gentlem> ok but C7 is? 17:15:17 <nirik> you would think this would be an extra prod to get people on f19 upgrading, but I have seen several posts from f19 people trying to rebuild the f20 glibc... 17:15:30 <dcr226> nirik, I have a nut allergy sadly :( In more positive news, I have neither a beer or female allergy 17:15:31 <nirik> yep. Centos and RHEL are... 17:15:44 <nirik> 4, 5, 6, 7 17:16:00 <nirik> dcr226: bummer on the first, good on the second. :) 17:16:09 <dcr226> heh 17:16:14 <Southern_Gentlem> ok i only saw something that rhel5 was 17:17:06 <nirik> the only known (to me at least) thing thats actually vulnerable is exim... and in a non standard config. 17:17:14 <nirik> so, it's not really sky is falling. 17:19:20 <Southern_Gentlem> other than that GO VOTE in FESCO ELECTIONS 17:19:32 <nirik> alrighty... well, if nothing else will close out and let folks get back to their beer. 17:19:41 <Southern_Gentlem> lunch 17:20:00 <N3LRX> beer for lunch 17:20:08 <nirik> it's really bread. ;) 17:20:10 <Southern_Gentlem> not for me 17:20:23 <nirik> thanks for coming everyone! 17:20:26 <nirik> #endmeeting

1 0

[Ambassadors] LATAM meeting minutes 2015-01-28
by Eduardo Javier Echeverria Alvarado 28 Jan '15

28 Jan '15

Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2015-01-28/latam_ambassador… Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2015-01-28/latam_ambassador… Log: http://meetbot.fedoraproject.org/fedora-meeting/2015-01-28/latam_ambassador…

1 0

Summary/Minutes from today's FESCo meeting (2015-01-28 at 18UTC)
by Kevin Fenzi 28 Jan '15

28 Jan '15

=================================== #fedora-meeting: FESCO (2015-01-28) =================================== Meeting started by nirik at 18:02:12 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2015-01-28/fesco.2015-01-28… . Meeting summary --------------- * init process (nirik, 18:02:12) * ticket #1326 change to fesco replacement process? (nirik, 18:05:23) * LINK: https://fedorahosted.org/fesco/ticket/1326 (nirik, 18:05:23) * will table this for now and discuss more as time permits. (nirik, 18:07:08) * ticket #1392 Review scope of "Python 3 as default" Change for F22 (nirik, 18:07:21) * LINK: https://fedorahosted.org/fesco/ticket/1392 (nirik, 18:07:22) * AGREED: defer this to F23, file bugs against rawhide after branch (+6,0,0) (nirik, 18:25:38) * ticket #1393 Making perl-sig a watcher on all perl packages (nirik, 18:25:57) * LINK: https://fedorahosted.org/fesco/ticket/1393 (nirik, 18:25:57) * AGREED: have the perl sig add those to existing packages and work with releng/infra if something needs to be done ongoing (+7,0,0) (nirik, 18:33:16) * ticket #1394 Use timedatex when an NTP package is installed (nirik, 18:33:27) * LINK: https://fedorahosted.org/fesco/ticket/1394 (nirik, 18:33:27) * AGREED: This use is approved (+6,0,0) (nirik, 18:51:23) * ticket #1407 F22 System Wide Change: Vagrant Box for Fedora Atomic and Fedora Cloud - https://fedoraproject.org/wiki/Changes/Vagrant_Box_Atomic (nirik, 18:53:03) * LINK: https://fedorahosted.org/fesco/ticket/1407 (nirik, 18:53:03) * AGREED: Change is approved (+5,0,0) (nirik, 19:04:22) * ticket #1374 F22 Self Contained Changes (nirik, 19:04:44) * LINK: https://fedorahosted.org/fesco/ticket/1374 (nirik, 19:04:44) * AGREED: All self contained changes approved (+9,0,0) (nirik, 19:07:02) * ticket #1390 F22 System Wide Change: RpmOstree - Server side composes and atomic upgrades - (nirik, 19:07:12) * LINK: https://fedoraproject.org/wiki/Changes/RpmOstree (nirik, 19:07:12) * LINK: https://fedorahosted.org/fesco/ticket/1390 (nirik, 19:07:12) * LINK: https://fedoraproject.org/wiki/Changes/Atomic_Cloud_Image was the f21 change? (nirik, 19:11:21) * will revisit next week (nirik, 19:22:45) * ticket #1396 F22 System Wide Change: Atomic Host - https://fedoraproject.org/wiki/Changes/AtomicHost (nirik, 19:22:49) * LINK: https://fedorahosted.org/fesco/ticket/1396 (nirik, 19:22:49) * AGREED: will revisit next week (+5,0,0) (nirik, 19:27:34) * ticket #1397 F22 System Wide Change: Bare Metal Installer for Fedora Atomic Host - https://fedoraproject.org/wiki/Changes/Bare_Metal_Atomic (nirik, 19:27:53) * LINK: https://fedorahosted.org/fesco/ticket/1397 (nirik, 19:27:53) * AGREED: will revisit next week (+6,0,0) (nirik, 19:29:15) * ticket #1398 F22 System Wide Change: Database Server Role - https://fedoraproject.org/wiki/Changes DatabaseServerRole (nirik, 19:29:24) * LINK: https://fedorahosted.org/fesco/ticket/1398 (nirik, 19:29:24) * AGREED: Change is approved (+8,0,0) (nirik, 19:30:45) * ticket #1399 F22 System Wide Change: Django18 - https://fedoraproject.org/wiki/Changes/Django18 (nirik, 19:30:58) * LINK: https://fedorahosted.org/fesco/ticket/1399 (nirik, 19:30:58) * AGREED: Change is approved (+8,0,0) (nirik, 19:32:45) * ticket #1400 F22 System Wide Change: Glibc Unicode 7.0 - https://fedoraproject.org/wiki/Changes/Glibc_Unicode_7 (nirik, 19:32:52) * LINK: https://fedorahosted.org/fesco/ticket/1400 (nirik, 19:32:52) * AGREED: Change is approved (+8,0,0) (nirik, 19:33:45) * ticket #1401 F22 System Wide Change: GNOME 3.16 - https://fedoraproject.org/wiki/Changes/GNOME3.16 (nirik, 19:33:55) * LINK: https://fedorahosted.org/fesco/ticket/1401 (nirik, 19:33:55) * AGREED: Change is approved (+8,0,0) (nirik, 19:34:51) * ticket #1402 F22 System Wide Change: Plasma 5 - https://fedoraproject.org/wiki/Changes/Plasma_5 (nirik, 19:35:02) * LINK: https://fedorahosted.org/fesco/ticket/1402 (nirik, 19:35:02) * AGREED: Change is approved (+8,0,0) (nirik, 19:36:14) * ticket #1403 F22 System Wide Change: Login Screen Over Wayland - https://fedoraproject.org/wiki/Changes/Login_Screen_Over_Wayland (nirik, 19:36:56) * LINK: https://fedorahosted.org/fesco/ticket/1403 (nirik, 19:36:57) * AGREED: Change is approved (+7,0,0) (nirik, 19:39:27) * ticket #1404 F22 System Wide Change: Enable Polyinstantiated /tmp and /var/tmp directories by default - https://fedoraproject.org/wiki/Changes/Polyinstantiated_tmp_by_Default (nirik, 19:39:53) * LINK: https://fedorahosted.org/fesco/ticket/1404 (nirik, 19:39:53) * AGREED: This change is not approved as written (-6,0,0) (nirik, 19:47:55) * ticket #1405 F22 System Wide Change: python-dateutil 2.x - https://fedoraproject.org/wiki/Changes/python-dateutil_2.x (nirik, 19:48:12) * LINK: https://fedorahosted.org/fesco/ticket/1405 (nirik, 19:48:12) * AGREED: Change is approved (+8,0,0) (nirik, 19:49:27) * ticket #1406 F22 System Wide Change: Systemd Package Split - https://fedoraproject.org/wiki/Changes SystemdPackageSplit https://fedorahosted.org/fesco/ticket/1406 (nirik, 19:49:58) * will gather more info and revisit next week (nirik, 20:05:37) * Next weeks chair (nirik, 20:05:49) * no meeting next week. (nirik, 20:14:28) * mitr to chair feb 11th meeting (nirik, 20:14:37) * Open Floor (nirik, 20:14:42) * everyone should go vote in fesco elections (now open) (nirik, 20:15:45) Meeting ended at 20:18:10 UTC. Action Items ------------ Action Items, by person ----------------------- * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * nirik (236) * dgilmore (136) * sgallagh (85) * mitr (81) * jwb (60) * t8m (59) * kalev (36) * zodbot (30) * zbyszek (24) * walters (17) * adamw (7) * mclasen (5) * roshi (3) * Corey84 (3) * drago01 (3) * randomuser (2) * mlichvar (1) * eseyman (1) * mattdm (1) * edgates (1) * thozza (0) * mmaslano (0) * stickster (0) -- 18:02:12 <nirik> #startmeeting FESCO (2015-01-28) 18:02:12 <nirik> #meetingname fesco 18:02:12 <nirik> #chair dgilmore jwb kalev mattdm mitr mmaslano nirik sgallagh stickster t8m thozza 18:02:12 <nirik> #topic init process 18:02:12 <zodbot> Meeting started Wed Jan 28 18:02:12 2015 UTC. The chair is nirik. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:02:12 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic. 18:02:12 <zodbot> The meeting name has been set to 'fesco' 18:02:12 <zodbot> Current chairs: dgilmore jwb kalev mattdm mitr mmaslano nirik sgallagh stickster t8m thozza 18:02:20 <mitr> Hello 18:02:25 <kalev> hello 18:02:43 <jwb> hi 18:03:14 <mattdm> half here -- leaving for the airport soon for fosdem 18:03:24 <dgilmore> hola 18:04:06 <t8m> hi all 18:04:06 <sgallagh> .hello sgallagh 18:04:07 <zodbot> sgallagh: sgallagh 'Stephen Gallagher' <sgallagh(a)redhat.com> 18:04:20 <nirik> cool. We have a long agenda today so I guess we should get started. 18:04:30 <nirik> is there anything in particular folks would like to do first? 18:04:37 <nirik> or shall I just go via the agenda order? 18:04:53 <t8m> as for me - just go ahead 18:05:02 <sgallagh> Full speed ahead 18:05:16 <nirik> alrighty 18:05:23 <nirik> #topic ticket #1326 change to fesco replacement process? 18:05:23 <nirik> https://fedorahosted.org/fesco/ticket/1326 18:05:24 <nirik> .fesco 1326 18:05:26 <zodbot> nirik: #1326 (change to fesco replacement process?) – FESCo - https://fedorahosted.org/fesco/ticket/1326 18:05:35 <nirik> we tabled this to discuss more in ticket. 18:05:39 <nirik> which we... didn't do. 18:05:47 <nirik> so, punt further down the road? 18:05:54 <mitr> Yes 18:05:58 <jwb> like after the Change deadline 18:06:11 <t8m> +1 to punt 18:06:21 <sgallagh> jwb: We're past the Change Submission Deadline already 18:06:26 <kalev> +1 to punt 18:06:32 <jwb> sgallagh, but we're not done reviewing them 18:06:36 <sgallagh> But yeah, let's punt it 18:06:41 <jwb> until we are, i don't see this being discussed 18:06:52 <nirik> sure. Next meeting is new fesco? or the one after that? 18:07:08 <nirik> #info will table this for now and discuss more as time permits. 18:07:18 <sgallagh> /me wonders when the magazine interviews will be up 18:07:21 <nirik> #topic ticket #1392 Review scope of "Python 3 as default" Change for F22 18:07:22 <nirik> https://fedorahosted.org/fesco/ticket/1392 18:07:22 <nirik> .fesco 1392 18:07:25 <zodbot> nirik: #1392 (Review scope of "Python 3 as default" Change for F22) – FESCo - https://fedorahosted.org/fesco/ticket/1392 18:07:59 <nirik> adamw: did your concerns get answered here? 18:08:09 <nirik> or do we still need to determine the real scope? 18:09:19 <nirik> so, it reads to me like f23 might be a better cycle for this. 18:09:34 <t8m> nirik, I think that as well 18:09:39 <sgallagh> This Change is kind of the new system units change. It could be years before everything moves. 18:09:41 <nirik> there's also a proposal just posted to the mailing list about mass filing bugs for python apps to switch to python3 18:09:57 <kalev> we already ship both Python 2 and Python 3 on the install media, so it's kind of incremental process converting indivial apps 18:10:05 <t8m> kalev, +1 18:10:07 <sgallagh> nirik: I'm in favor of the mass-filing. 18:10:15 <kalev> I guess it comes down to when we want to _advertise_ that we're using python 3 by default 18:10:21 <sgallagh> If nothing else, it will help keep track of how far along we are 18:10:43 <nirik> sgallagh: I'm ok with it, but perhaps after branch and targeting rawhide. 18:10:51 <kalev> we are already using it in some capacity, but not _everything_ is using it -- maybe it would make sense to advertise the python 3 porting when everything is done in the default install? 18:11:10 <jwb> kalev, agreed 18:11:15 <mitr> nirik: The Change (as its title says) is targeting F22 18:11:33 <sgallagh> kalev: Either that, or at least require the default install to call to python2 explicitly and make /usr/bin/python -> /usr/bin/python3 18:11:34 <adamw> nirik: sorry, just caught the ping, let me catch up 18:11:34 <dgilmore> not that it is a blocker for the release or feature, but none of the compose tools have been looked at porting yet 18:11:35 <nirik> mitr: yeah, I am wondering if it shouldn't retarget for f23. 18:11:39 <sgallagh> That effectively makes it "default" 18:11:52 <nirik> sgallagh: we shouldn't do that ever, imho. ;) 18:12:12 <dgilmore> sgallagh: afaik upstream recommends that /usr/bin/python die in a fire 18:12:21 <adamw> the key point for me is to get clarity on whether anaconda is going python3 for f22, because that would worry me. 18:12:22 <sgallagh> dgilmore: acknowledged 18:12:23 <dgilmore> and that you call explicitly python2 and python3 18:12:40 <mitr> (PEP 394) 18:13:03 <dgilmore> adamw: I think the answer to that is no 18:13:38 <nirik> I think the answer should be no, but it's not clear. ;) 18:13:40 <sgallagh> Anaconda can probably be excused from the "default" argument since it's really only run in a private environment. So what's left of the Change proposal? 18:13:47 <adamw> if the answer is no, then the Change page should be amended not to cover it (so we don't have confusion later in the process and in PR and stuff) 18:14:21 <t8m> for example there is no chance we would have authconfig-gtk gui in Python3 any time soon 18:14:35 <t8m> on the other hand the command line ui could be ported easily 18:14:42 <adamw> anaconda using python2 will also mean that bullet point " Python 3 is the only Python implementation on the LiveCD " is not going to be true either 18:15:00 <dgilmore> adamw: right 18:15:01 <nirik> and I am not sure about the dnf point 18:15:04 <t8m> I am currently thinking about dropping the gui altoghether for F23 18:15:08 <dgilmore> maybe cloud can be python3 only 18:15:08 <adamw> DNF has its own Change, so we probably don't need to discuss it much here 18:15:28 <adamw> (but obviously if that Change gets pushed out, this page should be updated too) 18:15:38 <nirik> adamw: I meant dnf using python3 18:15:42 <t8m> and postponing the switch of the command line ui to F23 as well 18:15:47 <nirik> right now, it does not. 18:15:49 <jwb> does anyone see value in highlighting an on-going porting effort in F22? 18:16:06 <jwb> because if not, then we punt this to F23 and we can stop talking about it 18:16:07 <adamw> nirik: ah, heh, hadn't even thought about that. 18:16:20 <dgilmore> jwb: some. but it really depends on how much lands 18:16:20 <sgallagh> jwb: Well, there's one advantage. 18:16:35 <sgallagh> No one ever works on a porting effort until there's a time constraint. 18:16:38 <kalev> jwb: right, that's what my point earlier was as well -- I don't think it's worth highlighting the on-going porting for F22 18:16:49 <sgallagh> The further out it gets punted, the less likely it becomes that anyone will do the work. 18:17:00 <sgallagh> (Until the eventual upstream death of Python 2.7) 18:17:05 <jwb> sgallagh, i don't even think F23 is a realistic target. i also don't think magic porting is going to happen because FESCo accepts a feature. 18:17:11 <sgallagh> At which point now we have a fire-drill 18:17:16 <nirik> I do see a fair bit of work... 18:17:26 <dgilmore> I see a crap ton of work 18:17:32 <nirik> it's just that IMHO trying to land it for f22 will result in lots of pain and slippage 18:17:37 <jwb> i see ponies. 18:17:49 <t8m> nirik, +1 18:18:12 <sgallagh> Yeah, I don't think this will be *complete* in F22 18:18:15 <t8m> I see a big city whose fame touches the stars. 18:18:18 <kalev> I think we should encourage individual apps to go on with porting if they feel it's safe to do so 18:18:21 <nirik> there's a python3-dnf (just don't know how well it works), there's dnf support in anaconda now, there's a ton of upstream patches. 18:18:23 <kalev> but don't require it 18:18:26 <mitr> jwb: I don’t think we will ~ever get _everything_ ported, but a smaller target of more popular/frequently used packages (like the default Product installs) must be feasible, or what is FESCo really doing here? 18:18:59 <sgallagh> Considering the scope of this, it might be worth proposing "Update software to use modern interpreters" as one of the Council Goal positions. 18:19:00 <jwb> mitr, FESCo isn't doing anything here. why do you think this is something FESCo is doing? 18:19:08 <nirik> well, the question here is: is there enough work or things landing to make it worth highlighting as a change? 18:19:11 <sgallagh> Thereby assigning it a high-level shepherd 18:19:20 <jwb> mitr, or, more specifically, what action do you think FESCo should take? 18:19:27 <t8m> (that was my poor translation of a Czech prophet Libuše's words) 18:19:33 <t8m> :S 18:19:35 <t8m> :D 18:19:51 <nirik> I'm ok with: a) rescoping this change to what really will happen in f22, or b) moving to f23... but if a) is small, it seems like it might not be worth it. 18:19:59 <mitr> jwb: That’s not what I mean—if we can’t get a cross-distribution effort done then why have a voted cross-distribution decision body (instead of e.g. just letting adamw decide what daily build is a GA release)? 18:20:18 <jwb> mitr, again, what action(s) do you see FESCo needing to take to accomplish that? 18:20:43 <jwb> i'm not disagreeing with you. i'm asking you what we need to do. 18:20:49 <t8m> mitr, +1 18:20:50 <sgallagh> mitr: Someone has to decide whether such an effort is a) desirable and b) feasible 18:21:11 <sgallagh> And then ideally act as a coordinating force to see it done. 18:21:14 <nirik> I think it is, it's just too late to land some of it this cycle. ;) 18:21:17 <dgilmore> sgallagh: and i think we all say its desirable but question feasibility for f22 18:21:26 <mitr> jwb: Dunno. Write Fedora Magazine articles? Ping people individually? Slip the release? Reject any commits that aren’t porting Python until Python is ported? 18:21:27 <sgallagh> As far as the latter, I think we can improve on the coordination 18:21:42 <sgallagh> Part of that would be approving the mass-bug-filing request (which I am in favor of) 18:21:50 <mitr> (and fwiw this ticket did cause people to be individually pinged, at least by anaconda developers) 18:21:58 * jwb sighs 18:22:14 <dgilmore> what can we decide here? 18:22:18 <jwb> proposal: defer this to F23, file bugs against rawhide after branch 18:22:25 <dgilmore> jwb: +1 18:22:26 <nirik> jwb: +1 18:22:27 <sgallagh> jwb: +1 18:22:40 <mitr> Proposal: Check status at the Change checkpoint, and _then_ decide. 18:22:42 <t8m> jwb, +1 18:22:44 * nirik wishes the change owner could be here... oh well 18:22:59 <t8m> but i can be mitr +1 as well 18:22:59 <kalev> +1 18:23:15 <nirik> mitr: that was -3 days ago? 18:23:34 <mitr> Do we specifically need to be hasty now? Would deferring this free up critical resources needed elsewhere or something? 18:23:34 <nirik> sorry... 18:23:49 <nirik> 2-24 18:23:49 <mitr> nirik: Feb 24 = completion deadline / alpha freeze 18:23:57 <sgallagh> mitr: Well, Anaconda has plenty on their plates 18:24:02 <nirik> mitr: well, my 2 concerns are: 18:24:19 <sgallagh> If they could spend the next month porting to python 3 or fixing bugs, I know where I'd rather see them spend the time 18:24:23 <nirik> a) qa says they would be ok with that anaconda change landing 2 weeks ago... but not now. 18:24:34 <nirik> b) things like python3-dnf haven't been used likely by anyone. 18:24:52 * mitr counts +6 to jwb’s proposal (if he is voting for that proposal as well) 18:24:59 <jwb> i am :) 18:25:17 <jwb> fwiw, i don't think we're being hasty. i think we're being realistic 18:25:31 <dgilmore> jwb: agreed 18:25:35 <t8m> I agree 18:25:37 <Corey84> .hello corey84 18:25:38 <nirik> #agreed defer this to F23, file bugs against rawhide after branch (+6,0,0) 18:25:38 <zodbot> Corey84: corey84 'Corey84' <sheldon.corey(a)gmail.com> 18:25:57 <nirik> #topic ticket #1393 Making perl-sig a watcher on all perl packages 18:25:57 <nirik> https://fedorahosted.org/fesco/ticket/1393 18:25:57 <nirik> .fesco 1393 18:25:58 <nirik> +1 from thozza in ticket. 18:25:58 <t8m> the python3 switch of anaconda should bake in rawhide at least for a while, not to be developed after branch 18:25:59 <zodbot> nirik: #1393 (Making perl-sig a watcher on all perl packages) – FESCo - https://fedorahosted.org/fesco/ticket/1393 18:26:15 <nirik> I'm +1 to this since it's just watching. 18:26:19 <Corey84> +1 watch 18:26:24 <dgilmore> t8m: thats the kind of thing that should land the day after branching :) 18:26:34 <dgilmore> +1 to this 18:26:35 <kalev> +1 to adding perl-sig to watch 18:26:40 <t8m> dgilmore, yeah 18:26:41 <mitr> +1 18:26:48 <t8m> +1 18:26:51 <sgallagh> Assuming all members of the PERL SIG are okay, with this, +1 18:26:54 <Corey84> that +5 so far 18:26:57 <mitr> Note: this is an one-time request. Would it be easy to make this apply automatically for future packages? 18:27:05 <sgallagh> (If they are not, this could lead to a lot of surprising extra emails for them) 18:27:14 <nirik> actually I am not sure why they are requesting it now that I think about it. 18:27:24 <mitr> Corey84: Please don’t add +- votes if you are not on FESCo, it makes counting more difficult. 18:27:39 <nirik> watchbugzilla and watchcommits are automatically granted I thought. 18:27:53 <nirik> so they could just do it. 18:28:10 <sgallagh> nirik: They're saying there are hundreds of them to go through. 18:28:11 <t8m> nirik, I suppose they did not want to manually go through all the packages 18:28:22 <nirik> pkgdb-cli is your friend. ;) 18:28:34 <jwb> i was under the impression they wanted to be included by default on all future perl packages 18:28:39 <jwb> maybe i misread 18:28:42 <mitr> t8m: (for hundreds == 83) 18:28:56 <nirik> jwb: well, if the request has it, it would be added. 18:29:04 <nirik> if not, how do we know something is a 'perl' package? 18:29:18 <sgallagh> nirik: prefix of "perl-"? 18:29:18 <jwb> nirik, don't we have packaging guidelines that say perl packages start with perl- ? 18:29:58 <dgilmore> not everything does 18:30:00 <nirik> perl using applications don't need that do they? 18:30:09 <dgilmore> if its a program written in perl it does not have to have it 18:30:19 <jwb> and i don't think the perl sig cares about those? 18:30:30 <dgilmore> but we could add logic if it starts with perl- we add it 18:30:37 <dgilmore> but it will not catch all users of perl 18:30:56 <kalev> I guess automating it for perl- and missing some users would still be an improvement? 18:31:00 <t8m> better catch some than nothing? 18:31:02 <nirik> proposal: have the perl sig add those to existing packages and work with releng/infra if something needs to be done ongoing 18:31:03 <jwb> i mean, i'm certainly doing a lot of reading between the lines here, but yeah 18:31:16 <jwb> because "everything that uses perl" probably isn't what they really want 18:31:31 <jwb> i doubt they want to get bug reports for the kernel, which they would if you take that stance because perf uses it 18:31:36 <jwb> WELCOME TO BUG HELL 18:31:38 <t8m> yeah I think they care only about libraries 18:31:42 <dgilmore> the ticket does say perl-* 18:31:51 <mitr> nirik: +1 18:32:00 <kalev> nirik: +1 18:32:03 <dgilmore> nirik: +1 18:32:04 <nirik> they have definitely cared about non library/module ones in the past, but I don't want to speak for them 18:32:14 <t8m> note that some perl-* packages might be subpackages of something that isn't perl-* package 18:32:21 <kalev> those can go through the manual process if needed 18:32:29 <t8m> sure 18:32:36 <t8m> nirik, +1 18:32:40 <jwb> anyway, +1 to nirik's proposal 18:32:59 <nirik> #agreed have the perl sig add those to existing packages and work with releng/infra if something needs to be done ongoing (+6,0,0) 18:33:11 <eseyman> \o/ 18:33:12 <nirik> #undo 18:33:12 <zodbot> Removing item from minutes: AGREED by nirik at 18:32:59 : have the perl sig add those to existing packages and work with releng/infra if something needs to be done ongoing (+6,0,0) 18:33:16 <nirik> #agreed have the perl sig add those to existing packages and work with releng/infra if something needs to be done ongoing (+7,0,0) 18:33:27 <nirik> #topic ticket #1394 Use timedatex when an NTP package is installed 18:33:27 <nirik> https://fedorahosted.org/fesco/ticket/1394 18:33:27 <nirik> .fesco 1394 18:33:27 <nirik> +1 from thozza in ticket. 18:33:28 <zodbot> nirik: #1394 (Use timedatex when an NTP package is installed) – FESCo - https://fedorahosted.org/fesco/ticket/1394 18:34:35 * nirik isn't sure what to think of this really 18:34:39 <kalev> mclasen: do you know what Lennart's stance is here? 18:34:49 <jwb> i haven't had enough time to actually understand this 18:34:56 <jwb> so i'm not voting on anything 18:35:03 * mclasen missed the question 18:35:12 <mclasen> oh, timedated 18:35:24 <mitr> I have escalated this to FESCo to allow for a sanity check at least; we will end up with two implementations providing the same interface 18:36:13 <mitr> I don’t see any reason why it would be problematic but it does seem risky/unusual so I wanted a few more experienced eyes 18:36:17 <sgallagh> If I read this correctly, the fundamental issue here is that the systemd guys decided to only support their NIH NTP alternative and have broken compatibility with traditional NTP sources 18:36:41 <mitr> IIRC the devel@ discussions didn't bring up any specific technical objections 18:36:47 <kalev> from timedated API user's point of view, I think it makes a lot of sense to keep using the same API for controlling both daemons 18:36:55 <kalev> gnome-control-center for example doesn't overly care what's the underlying NTP implementation, as long as the API stays the same 18:36:56 <sgallagh> /me notes that chrony and ntpd are still in wide use (and that Fedora Server's Domain Controller role relies on and sets up ntpd) 18:36:58 <mclasen> not going to speak for lennart here, but my take it that I don't really want a full ntp server implemenation on my laptop 18:37:26 <mitr> mclasen: More to the point, a full NTP _client_? 18:37:32 <dgilmore> sgallagh: yeah. I run ntp everywhere 18:37:38 <sgallagh> mclasen: the NTP server and client are the same daemon 18:37:40 <dgilmore> using ntpd 18:38:03 <sgallagh> The only difference is whether you allow it to also listen for incoming connections 18:38:03 <nirik> chrony is a pretty full featured client. 18:38:06 <kalev> mclasen: I _think_ the proposal allows that -- if we don't install chrony, we'd get the systemd implementation and thing should keep on working 18:38:06 <mclasen> sgallagh: you're getting to the core of the issue... 18:38:30 <dgilmore> i am +1 to this going ahead 18:38:33 <jwb> so the systemd thingy is a client-only implementation? 18:38:43 <jwb> whereas chrony and ntpd provide both client and server? 18:38:54 <zbyszek> jwb: yes, and it's also only SNTP 18:38:55 <mitr> jwb: client-only for “sntp“ 18:39:01 <t8m> is the server really so big addition to the code that is needed for client? 18:39:19 <zbyszek> t8m: the difference in size is fairly big 18:39:25 <mlichvar> fwiw, chronyd doesn't listen on ntp port by default 18:39:54 <t8m> how big? 18:40:03 <dgilmore> given http://lists.freedesktop.org/archives/systemd-devel/2014-August/022523.html I think lennart is wrong. there are a lot of good reasons to configure your own ntp servers 18:40:32 <dgilmore> to talk to your ipa server. in a corporate environment that block outbound ntp requests 18:40:35 <t8m> 500 kBytes of chrony does not seem big to me 18:40:36 * nirik is a weak +1 to this as well. 18:40:44 <jwb> still 0 18:40:48 <t8m> so I am +1 as well 18:41:25 <sgallagh> Wait, timedated can *only* talk to the root servers? 18:41:29 <sgallagh> That's... that's horrible. 18:41:50 <kalev> I am unsure which implementation would make more sense for Workstation, but my current understanding is that the proposal allows individual products to choose if they want systemd implementation or the timedatex one 18:41:52 <mitr> Proposal: 1) FESCo knows no technical reason why this change would break anything. 2) We prefer a timedated implementation that can allow using chrony or ntpd as the NTP client being used. 18:41:55 <zbyszek> sgallagh: it has a configured list of servers 18:41:58 <kalev> with this in mind, I am +1 as well 18:41:59 <dgilmore> sgallagh: it can only talk to the servers it has configured apparently 18:42:17 <zbyszek> sgallagh: compile time default, overridable in config file, or through dhcp 18:42:19 <mitr> (would splitting this discussion help?) 18:42:35 <mitr> I am weakly +1 (to both) 18:42:40 <sgallagh> zbyszek: Well, if a config file can change it, that's not unreasonable. 18:43:29 <zbyszek> sgallagh: Sorry, I meant that the compile time default is set to e.g. pool.ntp.fedora.org or something like that, and in addition it can be overriden by config file. 18:43:34 <nirik> mitr: +1 to both 18:43:57 <t8m> mitr, +1 to both 18:44:42 <dgilmore> +1 to both 18:44:57 <sgallagh> So currently, timedated can only talk to timesyncd? 18:45:07 <dgilmore> sgallagh: that is the takeaway yes 18:45:11 <sgallagh> Which only supports sntp as a protocol, not traditional NTP? 18:45:19 <zbyszek> sgallagh: In f22. In f21 the old schme is in place. 18:45:21 <dgilmore> sgallagh: and only one server 18:45:24 <nirik> yes, thats my understanding 18:45:45 <zbyszek> dgilmore: It cycles through servers on error. 18:46:08 <zbyszek> (after some timeout without a valid answer) 18:46:09 <sgallagh> zbyszek: Any plans to support a round-robin or other alternative mechanism? 18:46:14 <dgilmore> zbyszek: okay, that is not what is said in the email thread I am reading on systemd-devel 18:46:51 <dgilmore> zbyszek: but realistically you should check 2 or 3 sources at all times. just to make sure that you are not trustinga source that is wildly off 18:46:57 <mitr> sgallagh: SNTP is a subset of NTP (less features but interoperable) 18:47:25 <mitr> Yeah, the SNTP design case of single-master-server seems not to be too well suited for the actual usage of pool.ntp.org 18:47:33 <mitr> mlichvar: (or am I wrong?) 18:47:48 <zbyszek> dgilmore: I don't really have a position on this issue. I think timesyncd is not yet ready for wide consumption. 18:48:24 <nirik> so, we are at +4 I think... 18:48:39 <sgallagh> OK, so do we as FESCo want to mandate that timedated must be backed (or at least capable of being backed) by chrony and/or ntpd? 18:48:55 <dgilmore> mitr: are you +1 to your proposal 18:49:08 <nirik> sgallagh: not sure what good it would do if upstream doesn't want to do that? 18:49:23 <nirik> kalev: you were +1 to mitr's ? 18:49:30 <dgilmore> mitr: sorry missed your vote 18:49:36 <kalev> I was +1 to the original proposal in the ticket 18:49:46 <sgallagh> nirik: I'd like to believe that upstream will occasionally listen to the needs of its users. 18:50:37 <nirik> ok, so what do we want to do here... mitr's more detailed proposal is +4, but the ticket proposal is probibly +6? 18:50:59 <mitr> nirik: I think the original proposal is equivalent to my 1), so make the original proposal pass. 18:51:11 <nirik> ok. 18:51:23 <nirik> #agreed This use is approved (+6,0,0) 18:51:28 <mitr> sgallagh: I do think that it would be good to support all of them, I am not quite sure that it is important enough to mandate by FESCo. Effectively, through, if we allow 1) then de facto the situation will change and we will not strictly _need_ the mandate :) 18:51:32 <nirik> do we want to discuss the second part more? or just move on? 18:51:52 <mclasen> what is the systemd preset file that the ticket is talking about ? there's different preset files per product, no ? 18:51:57 <mitr> Move on…. let me formally withdraw it to save time. Someone can repropose if necessary. 18:52:01 <sgallagh> mitr: Until upstream decides they know better than FESCo and breaks API... 18:52:22 <sgallagh> mclasen: There's a global one and per-product add-ons to it 18:52:34 <sgallagh> (Which can add or subtract from the common one) 18:53:03 <nirik> #topic ticket #1407 F22 System Wide Change: Vagrant Box for Fedora Atomic and Fedora Cloud - https://fedoraproject.org/wiki/Changes/Vagrant_Box_Atomic 18:53:03 <nirik> https://fedorahosted.org/fesco/ticket/1407 18:53:03 <nirik> .fesco 1407 18:53:04 <mitr> sgallagh: I’d rather not be angry about the _possibility_ about either of the upstreams being stupid right now 18:53:04 <zodbot> nirik: #1407 (F22 System Wide Change: Vagrant Box for Fedora Atomic and Fedora Cloud - https://fedoraproject.org/wiki/Changes/Vagrant_Box_Atomic) – FESCo - https://fedorahosted.org/fesco/ticket/1407 18:53:59 <mitr> +1 as written. 18:54:08 <jwb> is it realistic that we're going to get the koji changes in place to do this? 18:54:27 <kalev> dgilmore, nirik: what's releng's position here, anything that would make it difficult to deliver the new deliverables? 18:54:30 <dgilmore> jwb: it should actually all be tehre 18:54:42 <nirik> +1 from me 18:54:43 <dgilmore> everything should be in place as of last night 18:54:47 <jwb> dgilmore, that is a pleasant surprise! 18:54:51 <mitr> Though, there are several Changes that propose adding new rel-eng deliverables (and mirror space requirements?); should we just let rel-eng deal with the requests as they think best? 18:54:58 <walters> note i'm trying to consolidate these: https://lists.fedoraproject.org/pipermail/devel/2015-January/207240.html 18:55:11 <nirik> jwb: dgilmore upgraded our builders/hubs to the latest git head koji to pick up a bunch of things (even your xz change I hope) 18:55:29 <dgilmore> most of the atomic changes seem to be things we delivered in f21 18:55:37 <jwb> nirik, sure, i knew that. it wasn't clear the koji patches for this were actually written yet 18:55:58 <dgilmore> jwb: the vagrant patches are and are deployed elsewhere 18:56:23 <t8m> +1 from me 18:56:33 <jwb> so, to be clear on the vagrant thing, the "out of the box on VirtualBox/VMWare" goal for this change does not include vbox/vmware guest additions, correct? 18:56:45 <nirik> walters: yeah, there were questions about some of those changes... if they were already done, etc. 18:57:10 <dgilmore> walters: main concern is that most of what is proposed we did in f21 18:57:14 <mitr> jwb: Didn’t we approve VMWare guest additions as a package installed by default about a year ago? 18:57:23 <walters> the bare metal atomic was not done in f21 18:57:23 <dgilmore> so it was really unclear as to what was actually being proposed 18:57:44 <dgilmore> walters: yes it was 18:57:48 <jwb> mitr, i'm specifically thinking about the kernel modules vbox requires. pretty sure we didn't approve random kernel module packages 18:58:04 <jwb> i'm just interested to hear how "out of the box" the experience will be without those 18:58:13 <dgilmore> walters: you can use anaconda to install atomic on bare metal in f21. that is how we do it for the cloud image. 18:58:21 <dgilmore> but its not really well documented 18:58:41 <walters> i dunno man, i mean i wrote most of the anaconda patches and maintained the content and actively debug it 18:58:50 <nirik> one other question on this: QA and release critera? I guess the cloud wg is going to do the testing here ? 18:59:12 <walters> among other things the switch to grub2 only landed post f21 18:59:22 <walters> so technically you're right some components are in f21 18:59:33 <dgilmore> walters: right, but you can deploy it on bare metal. what you likely really want is more anaconda work to make it easier and more integrated 19:00:25 <walters> i'd say it this way; i tell people who ask about f21 atomic anaconda not to do it and wait for f22 19:00:47 <dgilmore> as to the vagrant images. I guess we will find out if it works well without external kernel modules and is a feasible option 19:00:53 <walters> besides grub2, the partitioning defaults are also not in f21 19:00:58 <dgilmore> jwb: I guess we find out 19:01:16 <nirik> so, we are at +3 for this change... 19:01:17 <walters> partitioning: https://github.com/projectatomic/fedora-productimg-atomic 19:01:26 <dgilmore> do we want to consider all teh atomic changes right now 19:01:30 <jwb> dgilmore, i'm find with wait and see, but i want the proposal owners to be aware of the potential issue if they aren't already 19:01:33 <dgilmore> since walters wants to make them one? 19:01:35 <nirik> dgilmore: if it would help, sure. 19:01:44 <kalev> nirik: +1 here too 19:01:45 <nirik> walters: you want to go to 1? or 2? from 3 19:01:51 <dgilmore> we are kinda mixing them anyway 19:01:52 <mitr> dgilmore: I’d rather work with the text as it is today instead of trying to group-edit it in 10 people right now 19:02:01 <jwb> mitr, agreed 19:02:02 <dgilmore> mitr: no problems 19:02:09 <walters> the RpmOstree change is strongly related to but technologically independent of AtomicHost 19:02:14 <dgilmore> walters: lets table this until we get to the relevant ticket 19:02:34 <dgilmore> right now we are talking pure vagrant images 19:02:43 <mitr> Perhaps we will end up consolidating them but let's actually talk about the individual items. 19:02:50 <nirik> sure. 19:02:53 <nirik> so thats +4 19:02:53 <dgilmore> so the status is the koji changes are landed already 19:03:07 <dgilmore> there is concerns over the experience and kernel modules 19:03:27 <jwb> i don't have concerns as much as i'm just curious if they even thought about it 19:03:38 <jwb> if they didn't, it doesn't concern me one bit :) 19:03:47 <jwb> anyway, +1 from me 19:03:49 <dgilmore> jwb: likely they didn't as its not mentioned 19:03:54 <dgilmore> but we can ask 19:04:12 <dgilmore> nirik: so with jwb +5? 19:04:14 <nirik> yep 19:04:22 <nirik> #agreed Change is approved (+5,0,0) 19:04:24 <dgilmore> that lets it pass 19:04:44 <nirik> #topic ticket #1374 F22 Self Contained Changes 19:04:44 <nirik> https://fedorahosted.org/fesco/ticket/1374 19:04:44 <nirik> .fesco 1374 19:04:44 <nirik> +1 for all from thozza in ticket. 19:04:46 <zodbot> nirik: #1374 (F22 Self Contained Changes) – FESCo - https://fedorahosted.org/fesco/ticket/1374 19:05:32 <kalev> +1 19:05:40 <nirik> +1 here 19:05:52 <sgallagh> +1 to all of them 19:05:55 <dgilmore> +1 to all 19:06:05 <jwb> sure, +1 19:06:13 <dgilmore> there was a +1 in the ticket also 19:06:24 <mitr> +1 to all 19:06:24 <nirik> #agreed All self contained changes approved (+7,0,0) 19:06:29 <nirik> #undo 19:06:29 <zodbot> Removing item from minutes: AGREED by nirik at 19:06:24 : All self contained changes approved (+7,0,0) 19:06:31 <t8m> +1 19:06:36 <sgallagh> Also, sorry. I got distracted for the last conversation, but I'm also +1 to the Vagrant change. (Feel free not to edit the minutes) 19:06:53 <nirik> #agreed All self contained changes approved (+7,0,0) 19:06:57 <nirik> #undo 19:06:57 <zodbot> Removing item from minutes: AGREED by nirik at 19:06:53 : All self contained changes approved (+7,0,0) 19:07:02 <nirik> #agreed All self contained changes approved (+9,0,0) 19:07:12 <nirik> #topic ticket #1390 F22 System Wide Change: RpmOstree - Server side composes and atomic upgrades - 19:07:12 <nirik> https://fedoraproject.org/wiki/Changes/RpmOstree 19:07:12 <nirik> https://fedorahosted.org/fesco/ticket/1390 19:07:12 <nirik> .fesco 1390 19:07:15 <zodbot> nirik: #1390 (F22 System Wide Change: RpmOstree - Server side composes and atomic upgrades - https://fedoraproject.org/wiki/Changes/RpmOstree) – FESCo - https://fedorahosted.org/fesco/ticket/1390 19:07:35 <dgilmore> so to me this all landed in f21 19:07:47 <dgilmore> walters: what here is actually new for fedora 22? 19:08:42 <walters> the goal of the standalone RpmOstree change is to have the tooling and changes go through a more proper documented process 19:08:51 <walters> and be standalone/consumable indepdently of the AtomicHost product 19:08:52 <dgilmore> walters: providing docs and tooling on people to build, test and deploy their own trees I think would be extremely worthwhile 19:08:57 <walters> right 19:08:57 <mitr> There is the (unknown/not yet proposed?) /var packaging change also 19:09:11 <walters> also there are other related changes like https://fedoraproject.org/wiki/Changes/SystemdSysusers 19:09:16 <t8m> if it is really just polish and advertisement of what was already implemented shouldn't it be a self-contained change? 19:09:40 <sgallagh> t8m: Not if it involves rel-eng and mirroring changes, I think 19:09:47 <t8m> ok 19:09:52 <mitr> And anaconda… 19:09:55 <sgallagh> Right 19:09:58 <dgilmore> sgallagh: but it doesn't that was done in f21 19:10:06 <dgilmore> as was anaconda support 19:10:12 <dgilmore> that is how we install it 19:10:14 <mitr> Or are the anaconda etc. changes logically part of AtomicHost instead? 19:10:16 * nirik looks back to the f21 change 19:10:19 <dgilmore> so its not adding rpmos tree 19:10:19 <walters> dgilmore, only in VMs 19:10:22 <sgallagh> Maybe I misunderstood the above statements then 19:10:31 <dgilmore> its about advertising and improving on what we already have 19:10:36 <dgilmore> walters: not true 19:10:48 <dgilmore> walters: you could do an anaconda install witha kickstart 19:10:50 <sgallagh> walters: What do you expect to be the impact outside of the Atomic SIG? 19:11:00 <dgilmore> I suspect only on a legacy bios 19:11:09 <walters> dgilmore, there's a vast gap between what you *can* do and what is advertised/supported 19:11:10 <sgallagh> That would need multiple-project coordination, I mean 19:11:21 <nirik> https://fedoraproject.org/wiki/Changes/Atomic_Cloud_Image was the f21 change? 19:11:29 <nirik> yeah, it doesn't really say much at all. ;) 19:12:39 <dgilmore> I am -1 to this change right now because I really do not see what is that new over what we delivered in f21 19:13:01 <dgilmore> I think it could be reworked to be a very useful thing 19:13:15 <nirik> dgilmore: what we delivered and what we advertised as we delivered were very different. 19:13:26 <t8m> I don't have a problem with self-contained change that would provide the polish, documentation of use-cases and advertising 19:13:45 <nirik> so, without that advertisement, people likely don't know all that we did in f21. 19:13:48 <dgilmore> t8m: agreed 19:13:54 <mitr> t8m: If this should be done by Fedora QA and end up in release criteria it might be proper to make it system-wide. 19:14:23 <roshi> currently there are no Atomic release criteria 19:14:33 <mitr> But it does seem like an implementation detail of Atomic_Cloid_Image and AtomicHost, so perhaps merge / consider an implementation detail of these? 19:14:42 <dgilmore> there is a need for anaconda polish to make it much more useful in different senarios, as well as docs on how you could compose and deploy locally 19:15:01 <dgilmore> making a tree and deploying 10,000 web servers would be awesome 19:15:14 <roshi> release criteria implies that it can block release, is that the proposal? 19:15:18 * roshi reads backscroll 19:15:24 <nirik> dgilmore: isn't that what this change is? 19:15:32 <dgilmore> nirik: not from what I read 19:16:13 <dgilmore> nirik:in the scope the only thing i see as new is " Anaconda/Architecture porters: Backends for the OSTree bootloader code, similar to grubby" 19:16:25 <mitr> walters: ? 19:16:32 <dgilmore> the rpm content is a bunch of todo's 19:16:42 <nirik> dgilmore: so what would you like to see there? documentation? or ? 19:16:48 <dgilmore> maybe its just lacking the needed detail 19:17:09 <dgilmore> the releng scope of it was done in f21 19:17:43 <nirik> right. 19:17:45 <randomuser> the docs team can possibly, maybe provide some assistance with this, given some investment from people in the know 19:17:47 <dgilmore> walters: I believe if you plan on packaging guideline changes in a change you are supposed to provide a proposed guideline in the change 19:18:12 <randomuser> we don't have a walters equivalent FTE for.. anything, basically 19:18:13 <nirik> anyhow, I am +1... 19:18:22 <sgallagh> Yes, we voted on that some weeks ago now. 19:18:26 <dgilmore> I guess I fill it is void of anything that is changing from what we did in f21 19:18:31 <dgilmore> feel 19:18:39 <mitr> dgilmore: “This draft does not need to be prepared prior to submitting the Change request, but must be complete by Alpha Freeze or the Contingency Plan will be invoked. ” 19:19:02 <dgilmore> mitr: okay so there is about 4 weeks 19:19:07 <dgilmore> or so 19:19:09 <nirik> dgilmore: I think it's good to actually document and advertise that work we did in f21. 19:19:38 <t8m> Ok +1 anyway as I don't really care if this is self-contained or not 19:19:50 <mitr> Considering the questions seem the same as last time… 19:19:52 <mitr> Proposal: Defer for answers, rewording, or merging with the others 19:20:09 <dgilmore> I would like a lot more detail in the change 19:20:18 <mitr> (i.e. if Colin plans to merge them anyway then let’s hope this one goes away) 19:20:18 <dgilmore> but maybe I am alone on that 19:20:20 <nirik> walters: you still with us? 19:20:21 <walters> dgilmore, yeah, i'll fill it in more 19:20:56 <mitr> dgilmore: It might be more detail or perhaps _less_ detail (and content)even ☺, but as it is it is unclear 19:21:08 <dgilmore> mitr: sure 19:21:12 <sgallagh> OK, so I'm +1 for voting next week with a revised Change 19:21:14 <nirik> ok, so punt to next week? 19:21:14 <dgilmore> I guess I mean more clarity 19:21:46 <dgilmore> sgallagh: that I can get behind 19:22:09 <nirik> ok, since we don't have enough votes to pass, I think defer wins automagically. 19:22:23 <nirik> perhaps dgilmore and walters could hash out some changes before next week? 19:22:24 <t8m> +1 to punt 19:22:45 <nirik> #info will revisit next week 19:22:49 <nirik> #topic ticket #1396 F22 System Wide Change: Atomic Host - https://fedoraproject.org/wiki/Changes/AtomicHost 19:22:49 <nirik> https://fedorahosted.org/fesco/ticket/1396 19:22:49 <nirik> .fesco 1396 19:22:50 <zodbot> nirik: #1396 (F22 System Wide Change: Atomic Host - https://fedoraproject.org/wiki/Changes/AtomicHost) – FESCo - https://fedorahosted.org/fesco/ticket/1396 19:22:56 <nirik> this is another atomic one. ;) 19:23:12 <dgilmore> nirik: I am happy to work with walters on it 19:23:30 <mitr> Scope: Other developers: Unknown ??? 19:23:58 <dgilmore> this seems very tied into the previous change 19:24:06 <mitr> Also, the Contingency Plan says about this being a blocker for Atomic Cloud upgrade mechanisms, but that is not in Scope AFAICT 19:24:20 <dgilmore> as this is about installing of said tree 19:24:35 <nirik> walters: was this one you wanted to fold into the last one? 19:24:41 <mitr> (In principle this seems nice and desirable) 19:24:41 <nirik> perhaps we should revisit this next week as well? 19:25:02 * dgilmore thinks all of this is some of what was missing in the previous change 19:25:20 <sgallagh> walters was talking about merging all these into a single Change. 19:25:23 <mitr> dgilmore: This seems to add _6_ new deliverables. Feasible? 19:25:26 <sgallagh> Perhaps we should just let him? :) 19:25:42 <dgilmore> mitr: we do most of them already 19:25:53 <mitr> sgallagh: Seems we won't get detailed answers in the meeting, so, yes. 19:26:05 <t8m> let the changes be merged! 19:26:12 <t8m> :) 19:26:13 <dgilmore> mitr: and most of it I think is changes to anaconda 19:26:30 <nirik> proposal: revisit this (or just the last one if this is merged) next week. 19:26:46 <jwb> yeah 19:26:50 <kalev> sure 19:26:59 <mitr> +1 19:27:02 <dgilmore> mitr: we only make one image for cloud providers and we already upload to EC2 we can't upload to Google, that is pending legal folks 19:27:19 <dgilmore> nirik: +1 19:27:34 <nirik> #agreed will revisit next week (+5,0,0) 19:27:53 <nirik> #topic ticket #1397 F22 System Wide Change: Bare Metal Installer for Fedora Atomic Host - https://fedoraproject.org/wiki/Changes/Bare_Metal_Atomic 19:27:53 <nirik> https://fedorahosted.org/fesco/ticket/1397 19:27:53 <nirik> .fesco 1397 19:27:53 <nirik> +1 from thozza in ticket. 19:27:54 <zodbot> nirik: #1397 (F22 System Wide Change: Bare Metal Installer for Fedora Atomic Host - https://fedoraproject.org/wiki/Changes/Bare_Metal_Atomic) – FESCo - https://fedorahosted.org/fesco/ticket/1397 19:28:05 <jwb> same proposal as above 19:28:15 <dgilmore> yep 19:28:37 <dgilmore> propoasal: wait on merged change 19:28:41 <dgilmore> +1 from me 19:28:45 <t8m> +1 19:28:49 <nirik> +1 19:28:53 <jwb> yes 19:28:57 <t8m> (to wait) 19:29:08 <sgallagh> +1 19:29:09 <mitr> I could be +1 to this individually, but let’s wait 19:29:14 <dgilmore> if only I could spell today 19:29:15 <nirik> #agreed will revisit next week (+6,0,0) 19:29:24 <nirik> #topic ticket #1398 F22 System Wide Change: Database Server Role - https://fedoraproject.org/wiki/Changes DatabaseServerRole 19:29:24 <nirik> https://fedorahosted.org/fesco/ticket/1398 19:29:24 <nirik> .fesco 1398 19:29:24 <nirik> +1 from thozza in ticket. 19:29:27 <zodbot> nirik: #1398 (F22 System Wide Change: Database Server Role - https://fedoraproject.org/wiki/Changes/DatabaseServerRole) – FESCo - https://fedorahosted.org/fesco/ticket/1398 19:29:31 <nirik> +1 from me 19:29:36 <sgallagh> Biased +1 ;-) 19:29:42 <mitr> +1 19:29:45 <kalev> +1 19:30:06 <t8m> +1 19:30:10 <dgilmore> +1 19:30:36 <nirik> #agreed Change is approved (+7,0,0) 19:30:38 <jwb> +1 19:30:42 <nirik> #undo 19:30:42 <zodbot> Removing item from minutes: AGREED by nirik at 19:30:36 : Change is approved (+7,0,0) 19:30:45 <nirik> #agreed Change is approved (+8,0,0) 19:30:58 <nirik> #topic ticket #1399 F22 System Wide Change: Django18 - https://fedoraproject.org/wiki/Changes/Django18 19:30:58 <nirik> https://fedorahosted.org/fesco/ticket/1399 19:30:58 <nirik> .fesco 1399 19:30:58 <nirik> +1 from thozza in ticket. 19:30:59 <zodbot> nirik: #1399 (F22 System Wide Change: Django18 - https://fedoraproject.org/wiki/Changes/Django18) – FESCo - https://fedorahosted.org/fesco/ticket/1399 19:31:18 <mitr> +1 19:31:19 <dgilmore> +1 19:31:23 <jwb> +1 19:31:40 <kalev> +1 19:31:47 <nirik> +1 19:32:02 <t8m> +1 19:32:26 <nirik> #agreed Change is approved (+7,0,0) 19:32:34 <sgallagh> +1 19:32:38 <nirik> #undo 19:32:38 <zodbot> Removing item from minutes: AGREED by nirik at 19:32:26 : Change is approved (+7,0,0) 19:32:40 <sgallagh> (sorry) 19:32:45 <nirik> #agreed Change is approved (+8,0,0) 19:32:52 <nirik> #topic ticket #1400 F22 System Wide Change: Glibc Unicode 7.0 - https://fedoraproject.org/wiki/Changes/Glibc_Unicode_7 19:32:52 <nirik> https://fedorahosted.org/fesco/ticket/1400 19:32:52 <nirik> .fesco 1400 19:32:52 <nirik> +1 from thozza in ticket. 19:32:53 <zodbot> nirik: #1400 (F22 System Wide Change: Glibc Unicode 7.0 - https://fedoraproject.org/wiki/Changes/Glibc_Unicode_7) – FESCo - https://fedorahosted.org/fesco/ticket/1400 19:33:01 <jwb> +1 19:33:03 <mitr> +1 19:33:07 <kalev> +1 19:33:10 <dgilmore> +1 19:33:22 <sgallagh> +1 19:33:34 <nirik> +1 19:33:44 <t8m> +1 19:33:45 <nirik> #agreed Change is approved (+8,0,0) 19:33:55 <nirik> #topic ticket #1401 F22 System Wide Change: GNOME 3.16 - https://fedoraproject.org/wiki/Changes/GNOME3.16 19:33:55 <nirik> https://fedorahosted.org/fesco/ticket/1401 19:33:55 <nirik> .fesco 1401 19:33:55 <nirik> +1 from thozza in ticket. 19:33:56 <zodbot> nirik: #1401 (F22 System Wide Change: GNOME 3.16 - https://fedoraproject.org/wiki/Changes/GNOME3.16) – FESCo - https://fedorahosted.org/fesco/ticket/1401 19:34:02 <dgilmore> +1 19:34:03 <kalev> +1 19:34:11 <jwb> +1 19:34:28 <mitr> +1 19:34:29 <nirik> +1 19:34:30 <t8m> +1 19:34:44 * nirik is looking forward to that notifcation redesign. 19:34:47 <sgallagh> +1 19:34:51 <nirik> #agreed Change is approved (+8,0,0) 19:34:56 <sgallagh> Yes, the notification redesign is much-desired. 19:35:02 <nirik> #topic ticket #1402 F22 System Wide Change: Plasma 5 - https://fedoraproject.org/wiki/Changes/Plasma_5 19:35:02 <nirik> https://fedorahosted.org/fesco/ticket/1402 19:35:02 <nirik> .fesco 1402 19:35:02 <nirik> +1 from thozza in ticket. 19:35:03 <zodbot> nirik: #1402 (F22 System Wide Change: Plasma 5 - https://fedoraproject.org/wiki/Changes/Plasma_5) – FESCo - https://fedorahosted.org/fesco/ticket/1402 19:35:07 <jwb> +1 19:35:17 <kalev> +1 19:35:20 <mitr> +1 19:35:27 <jwb> fwiw, i tried a plasma5 image a while ago. i find it much nicer than whatever kde 4.x is called 19:35:34 <nirik> +1 19:35:42 * nirik hasn't tried it yet. 19:35:42 <t8m> +1 19:35:45 <kalev> I haven't tried plasma 5, but I trust the KDE team 19:36:02 <dgilmore> jwb: its interesting 19:36:05 <dgilmore> im +1 19:36:05 <sgallagh> I think the KDE team did the right thing with waiting until Plasma 5 was further along. +1 19:36:14 <nirik> #agreed Change is approved (+8,0,0) 19:36:29 <sgallagh> /me intends to spend a couple weeks with it soon and blog on it like I did with GNOME 3. 19:36:53 <nirik> yeah, I'll be happy to give it a try when it lands in rawhide. 19:36:56 <nirik> #topic ticket #1403 F22 System Wide Change: Login Screen Over Wayland - https://fedoraproject.org/wiki/Changes/Login_Screen_Over_Wayland 19:36:57 <nirik> https://fedorahosted.org/fesco/ticket/1403 19:36:57 <nirik> .fesco 1403 19:36:57 <nirik> +1 from thozza in ticket. 19:36:58 <zodbot> nirik: #1403 (F22 System Wide Change: Login Screen Over Wayland - https://fedoraproject.org/wiki/Changes/Login_Screen_Over_Wayland) – FESCo - https://fedorahosted.org/fesco/ticket/1403 19:37:00 <jwb> sgallagh, i had a similar thought. in the end, the result would have been boring. "it works. it's different." 19:37:23 <mitr> +1 19:37:33 <kalev> +1 19:37:34 <jwb> i'm +1 to this 19:37:44 <t8m> +1 19:37:53 <sgallagh> +1 19:38:08 <sgallagh> (I'd love to see sddm updated to support this as well, but I realize that may be ambitious) 19:38:22 <nirik> +1 19:39:27 <nirik> #agreed Change is approved (+7,0,0) 19:39:53 <nirik> #topic ticket #1404 F22 System Wide Change: Enable Polyinstantiated /tmp and /var/tmp directories by default - https://fedoraproject.org/wiki/Changes/Polyinstantiated_tmp_by_Default 19:39:53 <nirik> https://fedorahosted.org/fesco/ticket/1404 19:39:53 <nirik> .fesco 1404 19:39:54 <nirik> -1 as written from thozza, +1 to adding a easy user enable/disable feature 19:39:55 <zodbot> nirik: #1404 (F22 System Wide Change: Enable Polyinstantiated /tmp and /var/tmp directories by default - https://fedoraproject.org/wiki/Changes/Polyinstantiated_tmp_by_Default) – FESCo - https://fedorahosted.org/fesco/ticket/1404 19:40:17 <mitr> t8m: You are the expert on pam_namespace, aren’t you? 19:40:58 <dgilmore> this would break some of the workflows i use for some things but is easily worked around 19:41:10 <t8m> mitr, well, I did not work with it for a long time 19:41:23 <mitr> t8m: any comments? 19:41:33 <t8m> mitr, I am currently undecided on whether we really want this 19:42:06 * mitr will go with -1 based on the “individual namespaces break mount(1) from user sessions” claim and no response to it 19:42:19 <kalev> I am -1 as well 19:42:22 <t8m> mitr, the breakage is not about pam_namespace itself but mainly about the X and simple sharing of data between accounts through /tmp 19:42:24 <nirik> I also do not see any 'how to disable this' 19:42:48 <t8m> and yes, individual namespaces do break mount() from user sessions 19:42:48 <mitr> nirik: It is editing 2-3 lines in /etc/security/namespace.conf, so reasonably easy to both enable and disable 19:43:13 <nirik> mitr: ok. If you just disable selinux or put it permissive what happens? 19:43:49 * nirik notes we have had this enabled on fedorapeople.org for many years. 19:43:51 <mitr> nirik: namespaces are not that related to SELinux (it’s more a part of the container implementation) 19:44:53 <nirik> so, thats -3 19:45:18 <sgallagh> poly-instantiated /tmp can cause problems with kerberos as well (though we've mitigated a lot of that through the KEYRING cache type) 19:46:06 <mitr> (In principle, I guess this has the same answer as tmp-on-tmpfs: if you want new semantics, invent a new name first, then migrate the users that you _know_ want the new ones) 19:46:31 <dgilmore> I am -1 19:46:33 <t8m> I am +0 as I think we could try it 19:46:40 <jwb> i'm leaning -1 19:46:50 <sgallagh> I'm on the fence here somewhat, as the security benefits are fairly obvious, but I know it will break a lot of things. 19:46:58 * nirik is with sgallagh 19:47:12 <nirik> so, if jwb leans -1, thats -5? 19:47:19 <jwb> think so 19:47:29 <sgallagh> I'd rather vote -1 and encourage the security folks to work towards improving the vulnerable software 19:47:48 <dgilmore> It seems like something that should be tried in test environments and find more of the things it will break and get them fixed 19:47:55 <nirik> #agreed This change is not approved as written (-6,0,0) 19:48:00 <sgallagh> Rather than attempting to shoehorn in a safety net (made of unset concrete) 19:48:01 <dgilmore> re-evaluate down the road 19:48:12 <nirik> #topic ticket #1405 F22 System Wide Change: python-dateutil 2.x - https://fedoraproject.org/wiki/Changes/python-dateutil_2.x 19:48:12 <nirik> https://fedorahosted.org/fesco/ticket/1405 19:48:12 <nirik> .fesco 1405 19:48:12 <nirik> +1 from thozza in ticket 19:48:13 <zodbot> nirik: #1405 (F22 System Wide Change: python-dateutil 2.x - https://fedoraproject.org/wiki/Changes/python-dateutil_2.x) – FESCo - https://fedorahosted.org/fesco/ticket/1405 19:48:21 <kalev> +1 19:48:24 <mitr> +1 19:48:26 <nirik> +1 19:48:33 <dgilmore> +1 19:48:37 <sgallagh> +1 (and I'll be working to help with this where needed) 19:48:50 <t8m> +1 19:48:57 <jwb> +1 19:49:27 <nirik> #agreed Change is approved (+8,0,0) 19:49:58 <nirik> #topic ticket #1406 F22 System Wide Change: Systemd Package Split - https://fedoraproject.org/wiki/Changes SystemdPackageSplit https://fedorahosted.org/fesco/ticket/1406 19:49:58 <nirik> .fesco 1406 19:49:58 <nirik> -1 from thozza in ticket 19:49:59 <zodbot> nirik: #1406 (F22 System Wide Change: Systemd Package Split - https://fedoraproject.org/wiki/Changes/SystemdPackageSplit) – FESCo - https://fedorahosted.org/fesco/ticket/1406 19:50:05 <nirik> zbyszek: you around? 19:50:12 <zbyszek> yes 19:50:30 <kalev> I am not opposed to the change per se, but I think the systemd maintainers need to form consensus on this 19:50:32 <nirik> so, you still want to do this, even tho upstream is not happy with it? :) 19:51:02 <dgilmore> I am -1 to this 19:51:05 <mitr> +1. Could go with the “does not override package owners” clause 19:51:05 * nirik isn't sure it really gets us much 19:51:10 <kalev> without systemd maintainers having consensus, I'd be -1 as well 19:51:19 <dgilmore> I do not see the buidlroot case as giving us vey much 19:51:20 <nirik> mitr: a good point. 19:51:29 <zbyszek> I made the proposal knowing that some other maintainers are unhappy. 19:51:54 <mitr> nirik: We are deduplicating freaking licenses to save space in cloud and containers. Throwing out things like systemd-fsck and systemd-hibernate from the insides of a container seems like a no-brainer in comparison. 19:51:59 <sgallagh> zbyszek: Is the only advantage that it trims some stuff out of the buildroot? 19:52:24 <zbyszek> buildroot and possibly minimal containers etc. 19:52:28 <nirik> mitr: yeah, those seem a bit crazed to me too to be honest. ;) 19:52:28 <sgallagh> right 19:52:53 <zbyszek> Please note that systemd-resolved will soon depend on cryptographic libraries :) 19:52:54 <dgilmore> du -hs /usr/lib/systemd/system 19:52:54 <dgilmore> 1.5M /usr/lib/systemd/system 19:53:09 <mitr> nirik: Instinctively I’d rather have a good image deduplication solution for cloud but the experts say it’s needed, so I guess it’s needed. 19:53:10 <nirik> 1.5mb is lost in the noise. 19:53:35 <zbyszek> nirik: It's mostly in the deps. 19:53:53 <nirik> even so, I bet it's not much 19:54:21 <mitr> dgilmore: All of systemd is ~12 MB, wouldn’t we loose most of it? 19:54:42 <t8m> I am +1 19:54:57 <mitr> dgilmore: Just /usr/lib/udev/hwdb.d/20-pci-vendor-model.hwdb is > 2 MB 19:55:02 <sgallagh> Frankly, I don't see any downside to this. 19:55:37 <dgilmore> mitr: perhaps. 19:55:40 <sgallagh> I think it's up to zbyszek if he wants to diverge from upstream's wishes here. 19:55:47 <sgallagh> It's a distro packaging decision. 19:55:49 <nirik> I'm going to vote +0. I don't think the change is worth it, so I would vote -1, but I agree with mitr we shouldn't override maintainers on things they want to do as they know their package best. 19:55:51 <sgallagh> I'm +1 19:55:54 <dgilmore> it seems that the name for the proposed subpackage is not optimal 19:56:01 <dgilmore> perhaps systemd-core is better 19:56:22 <zbyszek> dgilmore: It's the opposite of "core" 19:56:22 <dgilmore> I guess systemd-units was chosen due to previous usage 19:56:25 <mitr> dgilmore: This is _not_ core; it is specifically _the_ package we used to have, for scriptlets that deal with units. 19:56:28 <sgallagh> dgilmore: I think the shed should be yellow. Or maybe green.... 19:56:32 <nirik> so, we are at -3/+3/ 19:56:41 <mitr> dgilmore: It is not supposed to be useful in the way @core is useful. 19:57:31 <dgilmore> zbyszek: so what deps do you think would get dropped? 19:58:02 <kalev> I have to leave in 2 minutes, sorry 19:58:16 <dgilmore> I need to leave in about 7 19:58:31 <zbyszek> dgilmore: http://paste.fedoraproject.org/176989/14224750 19:59:05 <dgilmore> zbyszek: what is what? 19:59:25 <zbyszek> It's the addition over -units. 19:59:35 <dgilmore> zbyszek: which means what 19:59:36 <zbyszek> (+ is full systemd + systemd-libs) 20:00:03 <dgilmore> zbyszek: most of those things in the + are always installed 20:00:05 <zbyszek> Things with + are the things which fall out. 20:00:43 <zbyszek> dgilmore: In a full system, not in a minimal one, I think. 20:00:59 <dgilmore> zbyszek: systemd-libs is in the minimal buildroot 20:01:06 <nirik> so, we don't have enough votes to pass or fail here... what do we want to do? punt and revisit next week? ask for more info? just not approve? 20:01:23 <dgilmore> you need ld-linux-x86-64.so.2()(64bit) libgcc_s.so.1()(64bit) etc 20:01:29 <dgilmore> i am -1 20:01:34 <dgilmore> still 20:01:55 <zbyszek> I'm fine with dropping this, if people don't see usefulness. 20:02:15 <dgilmore> zbyszek: not that I do not see the usefulness. I do not see the gain 20:02:26 <edgates> .fas edgates 20:02:27 <zodbot> edgates: edgates 'Elijah Hanson' <pkwesihanson(a)yahoo.com> 20:02:37 <nirik> zbyszek: well, it doesnt seem to have votes to pass... 20:02:39 <dgilmore> zbyszek: show me a useable minimal system without most of those things that will get dropped out 20:02:42 <jwb> -1 20:03:46 <nirik> so, I think thats -4, +3, 1 0. 20:03:52 <mitr> dgilmore: Consider a container for a single processs (i.e. no systemd running inside): definitely doesn’t need acl, diffutils, kmod, elfutils, sed, PAM) 20:03:57 <dgilmore> zbyszek: i.e. what would be the gains in say a docker base image 20:04:31 <zbyszek> dgilmore: I can't answer that right now, sorry. 20:04:55 <nirik> zbyszek: if we revisit next week, can you gather that? 20:05:04 <zbyszek> Sure. 20:05:07 <nirik> I don't know if it would change any votes, but who knows. 20:05:21 <zbyszek> I'll post to the ticket. 20:05:27 <dgilmore> zbyszek: thanks 20:05:37 <nirik> #info will gather more info and revisit next week 20:05:38 * dgilmore needs to go 20:05:49 <nirik> #topic Next weeks chair 20:05:53 <nirik> who wants the chair next week? 20:06:05 <sgallagh> I will not be able to make it next week, most likely. 20:06:12 <jwb> nor i 20:06:27 <sgallagh> I'll be in Brno for DevConf and associated meetings and pub nights. 20:06:34 <jwb> i doubt dgilmore or mattdm will either 20:06:58 <sgallagh> Hmm, I wonder if we'll have a quorum for all these deferred Change decisions 20:07:07 <nirik> dunno 20:07:15 <t8m> I will be in Brno for Devconf too and I won't be FESCo member after that? As the elections will be done by then? 20:07:58 <drago01> do the meeting at devconf? 20:07:59 <nirik> results are scheduled for the 4th. 20:08:09 <nirik> (ie, next week, but not sure when) 20:08:19 <walters> mitr, indeed 20:08:37 <nirik> actually no, it will be after the meeting... 20:10:38 <nirik> so, sounds like we may have no quorum next week. 20:10:41 <mitr> drago01: Various (= many) Red Hatters will be meeting in the Brno office before devconf, and the schedule isn’t yet set well enough to know who will be available next week; historical experience suggests low likelihood. 20:10:44 <nirik> but we need a chair for week after? 20:11:01 * nirik would like to end this meeting someday. 20:11:11 <drago01> mitr: ok 20:11:58 <mitr> drago01: (the meeting _starts_ at 7pm Central European time; it is >9 pm now) 20:12:20 <drago01> mitr: (fwiw I am in CET right now ;)) 20:12:52 <nirik> proposal: no meeting next week, someone agrees to chair the week after? 20:13:02 <nirik> of course we have a new fesco then. sigh. 20:13:36 <mitr> I guess I can take the Feb 11 meeting. 20:14:00 <mitr> And +1 to no meeting next week; let’s try to resolve items in the tickets directly. 20:14:21 <nirik> mitr: thanks. 20:14:28 <nirik> #info no meeting next week. 20:14:37 <nirik> #info mitr to chair feb 11th meeting 20:14:42 <nirik> #topic Open Floor 20:14:50 <nirik> Anyone have items for open floor? 20:15:17 <t8m> So good bye to all FESCo members. As I am ending my membership for now. 20:15:29 <nirik> t8m: been great working with you on fesco. ;) 20:15:33 <nirik> Oh, reminder... 20:15:45 <nirik> #info everyone should go vote in fesco elections (now open) 20:16:17 <t8m> It was great time and perhaps I'll return later. :) 20:16:49 <sgallagh> I'm working on publishing the FESCo interviews on Magazine right now 20:16:54 * nirik will end the meeting in a minute if nothing else. 20:16:56 <sgallagh> (jreznik and I are splitting the work) 20:17:34 <nirik> cool. 20:18:07 <nirik> Thanks for coming everyone. 20:18:10 <nirik> #endmeeting

1 0

2015-01-28 @ 1900 UTC ** Cloud SIG Meeting Minutes
by Mike Ruckman 28 Jan '15

28 Jan '15

============================ #fedora-meeting-1: cloud sig ============================ Meeting started by roshi at 19:00:42 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting-1/2015-01-28/fedora_cloud_s… . Meeting summary --------------- * Roll Call (roshi, 19:01:04) * Follow Up (roshi, 19:03:53) * LINK: https://fedorahosted.org/cloud/ticket/94 (dustymabe, 19:05:26) * LINK: https://fedorahosted.org/cloud/report/9 (roshi, 19:06:50) * HVM Instances (#68) (roshi, 19:07:16) * LINK: https://fedorahosted.org/cloud/ticket/68 (roshi, 19:07:24) * Open Floor (roshi, 19:23:21) * Meeting is going to end early due to not meeting quorum (roshi, 19:23:58) Meeting ended at 19:28:26 UTC. Action Items ------------ Action Items, by person ----------------------- * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * roshi (51) * dustymabe (28) * Corey84 (13) * zodbot (8) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- // Mike -- Fedora QA freenode: roshi http://roshi.fedorapeople.org

1 0

Server SIG Weekly Meeting Minutes (2014-01-27)
by Stephen Gallagher 27 Jan '15

27 Jan '15

========================================================= #fedora-meeting-1: Server SIG Weekly Meeting (2014-01-27) ========================================================= Meeting started by sgallagh at 16:01:45 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting-1/2015-01-27/fedora-meeting… . Meeting summary --------------- * roll call (sgallagh, 16:01:51) * Fedora 22 progress (sgallagh, 16:09:41) * The anaconda team has added new hooks in Fedora 22, so we can simplify the branding needs as well as altering the defaults for things like partitioning. This is going to make it easier to generate the product-specific install media. (sgallagh, 16:11:33) * I've got a proof-of-concept of the Database Server Role in progress on my github clone of the rolekit repo. It's about 50% complete at this point. (sgallagh, 16:14:44) * I've worked with the Cockpit upstream designer and we have a visual design ready for the Domain Controller support. However, I have nonexistent JavaScript skills and am looking for a volunteer to help with implementation. (sgallagh, 16:16:45) * Anyone with some JavaScript skills and an interest in Fedora Server is invited to help with adding the Domain Controller Role to Cockpit. (sgallagh, 16:19:57) * Open Floor (sgallagh, 16:26:52) * ACTION: Corey84 volunteers for testing Server features. (sgallagh, 16:31:12) Meeting ended at 16:35:14 UTC. Action Items ------------ * Corey84 volunteers for testing Server features. Action Items, by person ----------------------- * Corey84 * Corey84 volunteers for testing Server features. * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * sgallagh (38) * Corey84 (13) * danofsatx (8) * simo (6) * zodbot (5) * nirik (3) * corey84-- (3) * jsmith (2) * adamw (0) * mitr (0) * stefw (0) * tuanta (0) * mizmo (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

2015-01-26 @ 1700 UTC ** Blocker Review Meeting Minutes
by Mike Ruckman 26 Jan '15

26 Jan '15

========================================== #fedora-blocker-review: F22-blocker-review ========================================== Meeting started by roshi at 17:00:18 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-blocker-review/2015-01-26/f22-block… . Meeting summary --------------- * Roll Call (roshi, 17:00:18) * Introduction (roshi, 17:02:32) * Our purpose in this meeting is to review proposed blocker and nice-to-have bugs and decide whether to accept them, and to monitor the progress of fixing existing accepted blocker and nice-to-have bugs. (roshi, 17:02:32) * We'll be following the process outlined at: (roshi, 17:02:36) * LINK: https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting (roshi, 17:02:39) * The bugs up for review today are available at: (roshi, 17:02:41) * LINK: http://qa.fedoraproject.org/blockerbugs/current (roshi, 17:02:44) * The criteria for release blocking bugs can be found at: (roshi, 17:02:46) * LINK: https://fedoraproject.org/wiki/Fedora_22_Alpha_Release_Criteria (roshi, 17:02:49) * LINK: https://fedoraproject.org/wiki/Fedora_22_Beta_Release_Criteria (roshi, 17:02:52) * LINK: https://fedoraproject.org/wiki/Fedora_22_Final_Release_Criteria (roshi, 17:02:55) * (1184453) mouse cursor is invisible for 1 minute after log in, g-s-d seems to be stuck waiting for cups (roshi, 17:04:14) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1184453 (roshi, 17:04:17) * Proposed Blocker, cups, NEW (roshi, 17:04:19) * AGREED: - 1184453 - AcceptedBlocker for Beta - This bug conditionally violates the Alpha criterion ""It must be possible to run the default web browser and a terminal application from all release-blocking desktop environments." by making it difficult/impossible to do anything within the GUI, the violation is considered serious enough to block Beta but not Alpha (adamw, 17:14:51) * LINK: https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting#Secretary_Duty (roshi, 17:19:06) * (1185195) SELinux is preventing NetworkManager from 'create' accesses on the lnk_file .resolv.conf.NetworkManager. (roshi, 17:19:45) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1185195 (roshi, 17:19:48) * Proposed Blocker, selinux-policy, NEW (roshi, 17:19:51) * AGREED: - 1185195 - AcceptedBlocker - This bug prevents anything requiring the network from working. Violates at least the following criterion: "The installed system must be able to download and install updates with the default console package manager." (roshi, 17:23:11) * (1184933) login screen stuck after switching users (roshi, 17:23:32) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1184933 (roshi, 17:23:32) * Proposed Blocker, gdm, MODIFIED (roshi, 17:23:32) * ACTION: kparal to propose criteria change to the list regarding user switching (roshi, 17:34:57) * AGREED: - 1184933 - AcceptedBlocker - This bug is a conditional violation of the criterion: "Shutting down, logging out and rebooting must work using standard console commands and the mechanisms offered (if any) by all release-blocking desktops." As "Switch User" is an offered mechanism. (roshi, 17:36:03) * (1185117) UEFI dual-boot + Windows, cannot practically remove and install Fedora over an existing default opensuse installation (roshi, 17:36:08) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1185117 (roshi, 17:36:11) * Proposed Blocker, anaconda, NEW (roshi, 17:36:14) * AGREED: - 1185117 - AcceptedBlocker for Beta - This bug is a violation of the Beta criterion: "Correctly interpret, and modify as described below, any disk with a valid ms-dos or gpt disk label and partition table containing ext4 partitions, LVM and/or btrfs volumes..." (roshi, 17:45:18) * (1182652) Missing high contrast icon (roshi, 17:45:57) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1182652 (roshi, 17:45:57) * Proposed Blocker, setroubleshoot, NEW (roshi, 17:45:57) * AGREED: - 1182652 - AcceptedBlocker - This bug violates the criterion: "All applications installed by default in Fedora Workstation must comply with each MUST and MUST NOT guideline in the Applications and Launchers policy." (roshi, 17:49:40) * Open Floor (roshi, 17:49:49) Meeting ended at 17:58:54 UTC. Action Items ------------ * kparal to propose criteria change to the list regarding user switching Action Items, by person ----------------------- * kparal * kparal to propose criteria change to the list regarding user switching * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * roshi (114) * adamw (82) * kparal (38) * danofsatx (27) * pschindl (8) * zodbot (4) * tonghuix (4) * oddshocks (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- // Mike -- Fedora QA freenode: roshi http://roshi.fedorapeople.org

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

meetingminutes January 2015