meetingminutes June 2012

meetingminutes@lists.fedoraproject.org

24 participants
51 discussions

i18n meeting summary (2012-06-14)
by Akira TAGOH 14 Jun '12

14 Jun '12

===================== #fedora-meeting: i18n ===================== Meeting started by tagoh_ at 05:06:37 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2012-06-14/i18n.2012-06-14-… . Meeting summary --------------- * agenda and roll call (tagoh_, 05:06:46) * LINK: https://fedoraproject.org/wiki/I18N/Meetings/2012-06-14 (tagoh_, 05:06:53) * F18 (tagoh_, 05:09:24) * ACTION: anish_ to file a feature proposal for ibus-hunspell in this week (tagoh_, 05:12:47) * Bugzilla cleanup (tagoh_, 05:20:10) * Input Methods (tagoh_, 05:44:16) * LINK: https://bugzilla.gnome.org/show_bug.cgi?id=641531 (juhp, 05:51:20) * LINK: https://bugzilla.gnome.org/show_bug.cgi?id=641531#c108 (fujiwarat, 05:56:05) * LINK: https://bugzilla.gnome.org/show_bug.cgi?id=676102 (fujiwarat, 05:57:52) * Fonts and Rendering (tagoh_, 06:11:43) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=829143#c8 this person is from wikipedia (pravins, 06:16:52) * ACTION: pravins to add relnotes how to change Lohit Tamil to Lohit Tamil Classical for the default font (tagoh_, 06:19:07) * Open Floor (tagoh_, 06:26:37) Meeting ended at 06:30:11 UTC. Action Items ------------ * anish_ to file a feature proposal for ibus-hunspell in this week * pravins to add relnotes how to change Lohit Tamil to Lohit Tamil Classical for the default font Action Items, by person ----------------------- * anish_ * anish_ to file a feature proposal for ibus-hunspell in this week * pravins * pravins to add relnotes how to change Lohit Tamil to Lohit Tamil Classical for the default font * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * juhp (88) * tagoh_ (78) * pravins (45) * fujiwarat (12) * anish_ (11) * zodbot (7) * paragan (5) * epico (3) * dueno (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

Fedora ARM status meeting minutes 2012-06-13
by Paul Whalen 13 Jun '12

13 Jun '12

Good day all, Thanks to those who were able to join us for the weekly status meeting today. For those that were unable, the minutes are posted below: Minutes: http://meetbot.fedoraproject.org/fedora-meeting-1/2012-06-13/fedora-meeting… Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting-1/2012-06-13/fedora-meeting… Log: http://meetbot.fedoraproject.org/fedora-meeting-1/2012-06-13/fedora-meeting… Paul

1 0

FAmNA Meeting (13 June 2012)
by inode0 13 Jun '12

13 Jun '12

====================== #fedora-meeting: FAmNA ====================== Meeting started by inode0 at 01:00:14 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2012-06-13/famna.2012-06-13… . Meeting summary --------------- * Roll Call (inode0, 01:00:36) * Announcements (inode0, 01:02:09) * LINK: http://lists.fedoraproject.org/pipermail/announce/2012-June/003085.html (rbergeron, 01:03:32) * Runoff election in progress; see link for details (rbergeron, 01:03:41) * Tickets (inode0, 01:04:16) * SELF cleanup (inode0, 01:04:45) * if you were funded for SELF, please do blogs or other reports and link to them on the SELF event page near the bottom (rbergeron, 01:06:21) * LINK: http://fedoraproject.org/wiki/SELF_2012#Blogs_and_reports (rbergeron, 01:06:28) * ACTION: rbergeron to add final room costs and such together to tickets as well (rbergeron, 01:06:48) * #22 (Red Hat Summit / JBossWorld 2012, Jun 26-29, Boston, MA) â€“ FAmNA general trac - https://fedorahosted.org/famna/ticket/22 (inode0, 01:15:43) * Red Hat Summit (inode0, 01:15:49) * ACTION: rbergeron to send graphite6 fedora booth registration info (rbergeron, 01:17:07) * LINK: https://fedoraproject.org/wiki/Red_Hat_Summit_2012 (graphite6, 01:17:54) * We have a seating area and screen with about 15-20 chairs in the fedora area (rbergeron, 01:20:21) * we will also have ongoing ARM demo area the whole time (rbergeron, 01:20:35) * LINK: http://fedoraproject.org/wiki/Meet_the_fedora_community_interview_questions (graphite6, 01:25:46) * ACTION: rbergeron to get shipping info to kk4ewt (rbergeron, 01:28:30) * ACTION: Someone get inode0 a baseball please (inode0, 01:28:47) * #36 (Fedora Ambassador Day North America (FADNA)) â€“ FAmNA general trac - https://fedorahosted.org/famna/ticket/36 (inode0, 01:33:37) * FADNA (inode0, 01:33:42) * ACTION: graphite6 will put FAD ideas on wikipage (graphite6, 01:50:14) * Open Floor (inode0, 01:51:09) * LINK: http://www.ohiolinux.org/cfp (graphite6, 01:51:50) Meeting ended at 02:01:41 UTC. Action Items ------------ * rbergeron to add final room costs and such together to tickets as well * rbergeron to send graphite6 fedora booth registration info * rbergeron to get shipping info to kk4ewt * Someone get inode0 a baseball please * graphite6 will put FAD ideas on wikipage Action Items, by person ----------------------- * graphite6 * rbergeron to send graphite6 fedora booth registration info * graphite6 will put FAD ideas on wikipage * inode0 * Someone get inode0 a baseball please * kk4ewt * rbergeron to get shipping info to kk4ewt * rbergeron * rbergeron to add final room costs and such together to tickets as well * rbergeron to send graphite6 fedora booth registration info * rbergeron to get shipping info to kk4ewt * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * rbergeron (99) * inode0 (66) * graphite6 (41) * chanchito (34) * nb (18) * award3535 (16) * kk4ewt (10) * zodbot (7) * ianweller_ (2) * dan408 (1) * Sonar_Gal (1) John

1 0

2012-06-11 - Fedora QA Meeting - recap
by Adam Williamson 12 Jun '12

12 Jun '12

As always, minutes and IRC transcript available on the wiki at https://fedoraproject.org/wiki/QA/Meetings/20120611 Next meeting is scheduled for 2012-06-18 at 1500 UTC in #fedora-meeting. If you have topics you think we should bring up at the meeting, please add them to the Wiki page at https://fedoraproject.org/wiki/QA/Meetings/20120618 . Thanks! TOPIC: Previous meeting follow-up ======================================================================= * adamw to review F17 retrospective and come up with an action plan - not done yet, but he's working on it * adamw to work with rbergeron to make sure housekeeping gets done for f16/f17/f18 - also not complete; j_dulaney reported from SELF that spot will handle EOL bugs TOPIC: Fedora 18 check-in ======================================================================= * The current F18 feature list contains no features we find particularly sensitive from a QA standpoint aside from the new anaconda UI. other features to keep an eye on are the package group re-organization, /tmp-on-tmpfs and the kerberos changes TOPIC: Bugzilla upgrade work ======================================================================= * tflink will ensure the blocker bug tracker page is fixed for new bugzilla, it may be turned into a static HTML page rather than part of mediawiki * We aren't aware of any other QA scripts that need fixing, and Bodhi is already dealt with TOPIC: AutoQA Update ======================================================================= * Apart from some minor movement on RATS, nothing significant TOPIC: Open Floor ======================================================================= * j_dulaney noted that there was further discussion of ARM as a primary arch at SELF, and asked for it to be added to the agenda for the next meeting ACTION ITEMS ======================================================================= * adamw to review F17 retrospective and come up with an action plan * adamw to work with rbergeron to make sure housekeeping gets done for f16/f17/f18 * tflink to fix up blocker bug page for new bugzilla, probably as fedora-hosted static HTML rather than in MW * tflink to set up QA git account -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net

1 0

Summary/Minutes from today's FESCo Meeting (2012-06-11)
by Jon Ciesla 11 Jun '12

11 Jun '12

=================================== #fedora-meeting: FESCO (2012-06-11) =================================== Meeting started by limburgher at 17:01:31 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2012-06-11/fesco.2012-06-11… . Meeting summary --------------- * init process (limburgher, 17:01:31) * #857 F18 Feature: Initial Experience - https://fedoraproject.org/wiki/Features/InitialExperience (limburgher, 17:04:11) * ACTION: postpone vote until firstboot plan is clarified (limburgher, 17:19:16) * #861 Cleanup of maintainers with bugzilla account issues (limburgher, 17:19:32) * AGREED: nirik will re-contact users, and we will address this after giving them one more week. (limburgher, 17:24:13) * ACTION: nirik will re-contact users, and we will address this after giving them one more week. (limburgher, 17:24:31) * #862 Review F17 runtime linker location on armhf (limburgher, 17:24:56) * LINK: https://fedorahosted.org/fesco/ticket/862 (jwb, 17:38:33) * LINK: http://lists.linaro.org/pipermail/cross-distro/2012-April/000263.html (bconoboy, 17:50:34) * AGREED: Leave this issue in ARM team's hands, ARM team will comment in ticket. (+:7,-:0,0:0) (limburgher, 17:56:42) * Next week's chair (limburgher, 17:57:03) * ACTION: nirik will chair 2012-06-18 (limburgher, 17:58:43) * Open Floor (limburgher, 17:58:50) Meeting ended at 18:05:04 UTC. Action Items ------------ * postpone vote until firstboot plan is clarified * nirik will re-contact users, and we will address this after giving them one more week. * nirik will chair 2012-06-18 Action Items, by person ----------------------- * nirik * nirik will re-contact users, and we will address this after giving them one more week. * nirik will chair 2012-06-18 * **UNASSIGNED** * postpone vote until firstboot plan is clarified People Present (lines said) --------------------------- * limburgher (67) * jwb (52) * jonmasters (39) * nirik (31) * pjones (26) * t8m (15) * notting (14) * mmaslano (13) * mclasen (11) * bconoboy (11) * zodbot (6) * drago01 (5) * tibbs|w (5) * sgallagh (1) * mjg59 (0) * mitr (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot http://meetbot.fedoraproject.org/fedora-meeting/2012-06-11/fesco.2012-06-11… http://meetbot.fedoraproject.org/fedora-meeting/2012-06-11/fesco.2012-06-11… -- http://cecinestpasunefromage.wordpress.com/ ------------------------------------------------ in your fear, seek only peace in your fear, seek only love -d. bowie

1 0

Docs meeting summary -- 11 June 2012
by Ben Cotton 11 Jun '12

11 Jun '12

Meeting summary --------------- * Roll Call (bcotton, 14:00:57) * Follow up on last week's action items (bcotton, 14:04:55) * ACTION: Sparks to file the ticket re: publishing with koji (bcotton, 14:06:15) * ACTION: Sparks to follow up to mailing list about using koji to publish docs.fp.o (bcotton, 14:06:29) * Using koji to publish docs.fp.o (bcotton, 14:06:42) * List discussion https://lists.fedoraproject.org/pipermail/docs/2012-May/014324.html (bcotton, 14:06:49) * Publish man pages (bcotton, 14:08:45) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=828669 (bcotton, 14:08:55) * BZ 828669 (bcotton, 14:09:02) * AGREED: publishing a man pages site merits further investigation and discussion (bcotton, 14:20:06) * ACTION: Sparks to take man page website to mailing list (bcotton, 14:22:10) * QA recap (bcotton, 14:22:33) * ACTION: bcotton to draft QA Wrangler role description (bcotton, 14:24:13) * LINK: https://fedoraproject.org/wiki/Docs_QA_Procedure (bcotton, 14:24:27) * Open Help Conference (bcotton, 14:25:45) * LINK: http://openhelpconference.com (bcotton, 14:25:53) * Open Help Conference is Aug 11-15 in Cincinnati, OH (bcotton, 14:26:00) * Outstanding BZ Tickets (bcotton, 14:33:38) * LINK: http://tinyurl.com/lbrq84 (bcotton, 14:33:44) * Squashing bugs is a good place for new contributors to start (bcotton, 14:34:11) * Open Floor Discussion (bcotton, 14:42:24) * congratulations to our very own Sparks, one of the newly-elected Board members (bcotton, 14:42:46) Meeting ended at 14:56:19 UTC. Action Items ------------ * Sparks to file the ticket re: publishing with koji * Sparks to follow up to mailing list about using koji to publish docs.fp.o * Sparks to take man page website to mailing list * bcotton to draft QA Wrangler role description Action Items, by person ----------------------- * bcotton * bcotton to draft QA Wrangler role description * Sparks * Sparks to file the ticket re: publishing with koji * Sparks to follow up to mailing list about using koji to publish docs.fp.o * Sparks to take man page website to mailing list * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * bcotton (55) * Sparks (26) * sgordon (20) * jjmcd (14) * lnovich (14) * pkovar (11) * shaiton (10) * zodbot_ (3) * LoKoMurdoK (2) * randomuser (1) * Capesteve (1) Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2012-06-11/fedora_docs.2012… Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2012-06-11/fedora_docs.2012… Log: http://meetbot.fedoraproject.org/fedora-meeting/2012-06-11/fedora_docs.2012… -- Ben Cotton Fedora Docs Leader

1 0

APAC FAm Bi-weekly meeting minutes 2012-06-09
by Buddhike Kurera 09 Jun '12

09 Jun '12

Hello ! We had another productive APAC FAm bi-weekly meeting as usual. Agenda : https://fedoraproject.org/wiki/Meeting:APAC_Ambassadors_2012-06-09#Agenda Logs : http://meetbot.fedoraproject.org/fedora-meeting/2012-06-09/apac.2012-06-09-… Next Meeting : 2012-06-23 ; 0400 UTC Next Meeting Agenda : https://fedoraproject.org/wiki/Meeting:APAC_Ambassadors_2012-06-23#Agenda Thanks for all the FAms who attended and supported, Thanks David for charing the meeting. ** Today Meeting summary ** http://fedoraproject.org/wiki/Meeting:APAC_Ambassadors_2012-06-09#Agenda (dramsey, 04:00:54) Ambassador Pinging (dramsey, 04:01:19) http://fedoraproject.org/wiki/Meeting:APAC_Ambassadors_2012-06-09#Agenda (dramsey, 04:02:53) Review *ACTION* items from the last meeting (dramsey, 04:03:07) APAC for FAmSCO ==> News From FAmSCo is reborn (dramsey, 04:06:53) APAC Events and Status of F17 Release Parties (dramsey, 04:12:36) https://fedoraproject.org/wiki/Events#FY13_Q2_.28June_2012_-_August_2012.29… (dramsey, 04:12:44) http://vn.fedoracommunity.org/2012/06/07/event-report-fedora-17-release-par… (tuanta, 04:13:43) https://fedoraproject.org/wiki/F17_release_events (dramsey, 04:15:14) http://www.shakthimaan.com/Mambo/gallery/album81 (FranciscoD, 04:16:26) https://fedoraproject.org/wiki/FAD_Pune_2012_June_02 (FranciscoD, 04:16:37) Review APAC trac tickets (dramsey, 04:20:39) https://fedorahosted.org/fedora-apac/report/9 (bckurera, 04:21:31) https://fedorahosted.org/fedora-apac/ticket/27 (bckurera, 04:21:58) https://fedoraproject.org/wiki/FAD_Padang_2012 (jurank_dankkal, 04:31:11) ACTION: jurank_dankkal update the Padang FAD wiki page: https://fedoraproject.org/wiki/FAD_Padang_2012 for total budget (tuanta, 04:37:18) https://fedorahosted.org/fedora-apac/ticket/28 (bckurera, 04:48:49) Ticket 27 was discussed and will re-visit on next meeting (bckurera, 04:50:00) ACTION: jurank_dankkal : Update the event wiki page with total budget and cost breakdown, open separate trac tickets for fund requests (bckurera, 04:50:50) AGREED: Ticket 28: Funding request for F17 release party Hanoi, USD 145 (bckurera, 04:54:30) https://fedorahosted.org/fedora-apac/ticket/29 (bckurera, 04:55:12) AGREED: Ticket 29: F17 Media Production for Sri Lanka, USD 263 (bckurera, 04:59:31) Open Floor (dramsey, 04:59:56) http://lists.fedoraproject.org/pipermail/classroom/2012-June/000273.html (FranciscoD, 05:03:31) ACTION: All we should update all upcoming F17 release parties onto wiki (dramsey, 05:09:48) https://fedoraproject.org/wiki/Meeting:APAC_Ambassadors_2012-06-23 (bckurera, 05:10:25) ACTION: FranciscoD make next meeting agenda (FranciscoD, 05:11:36) Meeting ended at 05:13:06 UTC (full logs). Action items jurank_dankkal update the Padang FAD wiki page: https://fedoraproject.org/wiki/FAD_Padang_2012 for total budget jurank_dankkal : Update the event wiki page with total budget and cost breakdown, open separate trac tickets for fund requests All we should update all upcoming F17 release parties onto wiki FranciscoD make next meeting agenda Action items, by person FranciscoD FranciscoD make next meeting agenda jurank_dankkal jurank_dankkal update the Padang FAD wiki page: https://fedoraproject.org/wiki/FAD_Padang_2012 for total budget jurank_dankkal : Update the event wiki page with total budget and cost breakdown, open separate trac tickets for fund requests People present (lines said) tuanta (111) dramsey (106) bckurera (72) FranciscoD (36) jurank_dankkal (34) zodbot (26) cmpitg (14) dan408 (8) maktrix (5) harish (4) hircus| (4) bckurera_ (3) hircus (0) -- Regards, Buddhike Chandradeepa Kurera(bckurera) Fedora Ambassador - APAC Free Media - Coordinator for Membership Management Event Liaison - Design Team Email: bckurera(a)fedoraproject.org | IRC: bckurera | User: Bckurera

1 0

Summary/Minutes from today's EPEL meeting (2012-06--08)
by Kevin Fenzi 08 Jun '12

08 Jun '12

================================== #fedora-meeting: EPEL (2012-06-08) ================================== Meeting started by nirik at 16:00:52 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2012-06-08/epel.2012-06-08-… . Meeting summary --------------- * init process/agenda (nirik, 16:00:52) * Broken Deps reports (nirik, 16:04:00) * nirik to public broken dep script so people can review/hack on it (maxamillion, 16:05:21) * nirik to public broken dep script so people can review/hack on it (maxamillion, 16:05:49) * RHEL overlap policy (nirik, 16:06:27) * LINK: http://koji.fedoraproject.org/koji/taginfo?tagID=140 (nirik, 16:14:32) * LINK: http://fpaste.org/xAPF/ (nirik, 16:19:47) * LINK: http://ftp.redhat.com/redhat/linux/enterprise/6Server/en/* (maxamillion, 16:28:20) * LINK: http://fedoraproject.org/wiki/EPEL:Packaging#Limited_Arch_Packages (nirik, 16:42:22) * proposals on list, further discussion. (nirik, 17:01:04) * Open Floor (nirik, 17:01:10) Meeting ended at 17:02:01 UTC. Action Items ------------ Action Items, by person ----------------------- * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * nirik (91) * abadger1999 (30) * maxamillion (27) * smooge (20) * zodbot (5) * dgilmore (5) * os_ (4) * cobra-the-joker (4) * strace (3) * Jeff_S (1) * tremble (0) -- 16:00:52 <nirik> #startmeeting EPEL (2012-06-08) 16:00:52 <zodbot> Meeting started Fri Jun 8 16:00:52 2012 UTC. The chair is nirik. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:00:52 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic. 16:00:52 <nirik> #meetingname epel 16:00:52 <zodbot> The meeting name has been set to 'epel' 16:00:52 <nirik> #topic init process/agenda 16:00:52 <nirik> #chair smooge tremble dgilmore 16:00:52 <nirik> EPEL meeting ping abadger1999 rsc stahnma tremble dgilmore smooge nb maxamillion tremble Jeff_S HackMan 16:00:52 <zodbot> Current chairs: dgilmore nirik smooge tremble 16:00:53 * nirik looks at zodbot. 16:01:06 <smooge> here here here 16:01:24 * maxamillion is here 16:02:19 <dgilmore> hi 16:02:36 <cobra-the-joker> HERE ! 16:02:46 * nirik waits a few more for folks to arrive. 16:03:51 <nirik> ok, lets go ahead and dive in then... 16:04:00 <nirik> #topic Broken Deps reports 16:04:19 <nirik> I meant to publish the basic script I had so people could work on it. 16:04:28 <nirik> but I failed. I will do so after the meeting. ;) 16:05:14 <nirik> Basically I have a script that works for epel6, it needs reworking so it could work for epel6+testing and epel5/epel5+testing... 16:05:21 <maxamillion> #info nirik to public broken dep script so people can review/hack on it 16:05:29 <maxamillion> oh wait, that's a chair thing isn't it? 16:05:37 <nirik> if someone can get it all set, I can add it to puppet, etc. 16:05:39 <nirik> maxamillion: yeah. 16:05:41 <nirik> #chair maxamillion 16:05:41 <zodbot> Current chairs: dgilmore maxamillion nirik smooge tremble 16:05:47 <maxamillion> oh goodness 16:05:49 <maxamillion> #info nirik to public broken dep script so people can review/hack on it 16:06:11 <nirik> ok, any questions there? if not, moving on... 16:06:24 * abadger1999 here 16:06:27 <nirik> #topic RHEL overlap policy 16:06:30 * Jeff_S here for one minute then need to run. 16:06:46 <nirik> so, we talked last time about a new policy, and there's been tons of discussion on list. 16:06:58 <nirik> Does anyone have any wording to propose? or further discussion to make on it? 16:07:28 <cobra-the-joker> everyone is sleepy o_0 16:07:38 <smooge> I believe the wording we had last time to cover just stuff under 6 basic is all that is needed 16:07:40 <nirik> yeah, I don't blame them. ;) 16:07:51 <maxamillion> smooge: +1 16:08:41 <nirik> what was that wording? because I want an actual thing we can look at. ;) 16:09:29 * nirik looks 16:10:08 <nirik> "EPEL6 will not ship any packages that have src.rpms under enterprise/6*/en/os/ with an exception for packages not shipped on one arch. Channels under enterprise/6/en/ may request EPEL remove any overlaping packages, and may be queried by EPEL about such overlaps from time to time." 16:10:14 <smooge> <nirik> proposal: EPEL6 will not ship any packages that have src.rpms under enterprise/6*/en/os/ with an exception for packages not shipped on one arch. Channels under enterprise/6/en/ may request EPEL remove any overlaping packages, and may be queried by EPEL about such overlaps from time to time. 16:11:06 <os_> cobra-the-joker, noy me 16:11:09 <os_> cobra-the-joker, not me 16:11:24 <cobra-the-joker> ؟! 16:11:34 <os_> <cobra-the-joker> everyone is sleepy o_0 16:11:38 <smooge> os_, please stay on topic here 16:11:40 <nirik> so, where does that leave the lb and ha channels? we currently use them in our build repo... 16:11:41 <cobra-the-joker> aha 16:11:44 <os_> sorry 16:12:09 <smooge> I think we need to see what gets pulled because of that 16:12:23 <nirik> and it leaves our users kind of unsure which channel is in what state... overlap ok, not ok, changed from ok to not ok... etc 16:13:20 <smooge> nirik, my main questions would be: Does CentOS/SciLin ship those rpms and does a basic subscription get those channels? 16:13:30 <nirik> I'd guess we would need a table on the wiki with that info... 16:13:47 <nirik> I think the answer is no, and yes. 16:13:56 <nirik> but I would have to look to be sure. 16:14:07 <abadger1999> smooge: and, can we use them in our buildsystem. 16:14:25 <nirik> abadger1999: we do currently. 16:14:32 <nirik> http://koji.fedoraproject.org/koji/taginfo?tagID=140 16:14:41 <nirik> server, optional, lb and ha 16:14:47 <abadger1999> yeah. true for those channels. I wasn't sure if smooge's quesetions were more broad. 16:15:29 <nirik> I think it's completely impractical/impossible for us to just enable all channels. Some channels conflict with each other. 16:15:41 <dgilmore> nirik: right 16:15:55 <dgilmore> and some ship different versions of the same thing 16:15:59 <nirik> or at least both provide different versions of the same package. 16:16:06 <smooge> Well if a basic subscription gives those channels then we should go with that. If it doesn't then we shouldn't. 16:16:07 <dgilmore> that could in theory have different sonames etc 16:16:15 * nirik nods. 16:16:20 <maxamillion> smooge: +1 16:16:28 <abadger1999> <nod> Which for me means we should either always allow overlap with those channels or pick one and allow overlap with the other because of the conflict. 16:16:42 <nirik> I have no idea off hand what a basic subscription provides channel wise. 16:16:51 <maxamillion> lemme look 16:16:58 <abadger1999> smooge: I like that position. 16:17:24 <strace> smooge: +1 16:17:29 <nirik> so that would be 'no overlap with channels in a basic subscription' ? 16:18:26 <maxamillion> crap, RHN changed ... I can't find anything 16:18:31 <strace> Actually, how are we defining "basic subscription"? Just RHEL Server or are we defining it as RHEL Desktop? 16:18:33 <smooge> yeah.. the question is how can we get a basic supscription 16:19:00 <nirik> strace: server I assume, thats what we build against. 16:19:06 <strace> ok 16:19:23 <maxamillion> I would think either server or workstation 16:19:33 <maxamillion> probably server though 16:19:47 <nirik> http://fpaste.org/xAPF/ 16:20:33 * nirik thinks this is getting too complex again. 16:21:02 <maxamillion> I say we do Server and Optional 16:21:15 <maxamillion> because I think we require Optional anyways don't we? 16:21:21 <nirik> pulling ha and lb would probibly nuke a number of things. I know it will kill heartbeat. 16:22:00 <smooge> Well in that case, could we go with the "we will rebuild with source from channel but at a NVR less than in channel?" 16:22:30 <maxamillion> I feel like that would be a pain to maintain 16:22:34 <nirik> we can, but thats a gigantic pain. 16:22:43 <nirik> I suspect many of the packages we have doing that now are doing it wrong. 16:22:56 <smooge> yeah probably 16:23:24 <smooge> sigh. I propose we end EPEL and let someone else handle this. 16:23:57 <smooge> not too seriously. 16:24:41 <nirik> well, I think any plan we come up with may make some people unhappy, but such is life I fear. 16:25:14 <maxamillion> +1 16:25:37 <maxamillion> can't always satisfy everyone and no matter what, someone's going to complain 16:25:57 <nirik> I guess I am leaning toward: No overlap with os/optional. No overlap with lb or ha (current list, will add channels as requested). Arch exceptions allowed for any overlaps. 16:26:19 <nirik> then when we add a channel on request for no overlaps, we add it to the buildsys and check it then for overlaping. 16:26:27 <abadger1999> How many packages are in ha and lb? How many important ones are? 16:26:29 <nirik> but I don't know if channel owners are going to know to request that. 16:26:47 * nirik looks 16:26:58 <abadger1999> It's possible that we can get those into EPEL. 16:27:36 <nirik> which? all the lb/ha contents? 16:28:01 <maxamillion> we could always say "we don't overlap with anything in http://ftp.redhat.com/redhat/linux/enterprise/6Server/en/ and if you need something there, just pay for it" ... I feel like that would simplify things (but likely upset some folks) 16:28:18 <maxamillion> erm 16:28:20 <maxamillion> http://ftp.redhat.com/redhat/linux/enterprise/6Server/en/* 16:28:26 <maxamillion> asterisk is important ;) 16:29:15 <nirik> maxamillion: that would result in a large drop in epel packages. 16:29:30 <smooge> like over half 16:29:51 <maxamillion> it would make things more simple though ... didn't say it was the greatest suggestion in the world 16:30:16 <abadger1999> maxamillion: Just started browsing and already spotted conflicts there. 16:30:18 <nirik> maxamillion: well, it would make things more simple for end consumers, it would be a nightmare on the rel-eng side. 16:30:18 <maxamillion> I'm just throwing ideas out there and I'm open to others ... certainly not married to any of them 16:30:29 <maxamillion> nirik: oh? 16:30:31 <nirik> yeah, there's not a great answer here. 16:30:35 <abadger1999> CloudForms has a different mod_wsgi package from os 16:30:47 <nirik> and a different puppet from epel 16:30:48 <maxamillion> abadger1999: heh, of course it does 16:31:48 <abadger1999> nirik: yeah, all the lb/ha content 16:33:00 <maxamillion> so is LB/HA considered wide spread enough that we don't want to conflict with it because it would impact a large enough user base that it could be problematic where as other additional subscription channels are a bit more niche or aren't likely candidate deployments for adding in EPEL? (just trying to clarify for myself) 16:33:13 <nirik> since the channels are so different, I don't think we are going to get one size fits all here. 16:33:50 <nirik> maxamillion: yeah, I would agree with that. Base sub allows you to use lb and ha... and they have many popular packages for rhel. 16:34:34 <abadger1999> <nod> 16:34:59 * abadger1999 looks at the list of what's available with base sub again 16:35:14 <nirik> there's some more than I pasted... there's beta ones. 16:35:26 <nirik> but I don't think those should count. 16:36:16 <nirik> lb has 3 packages in it. 16:36:34 <nirik> ha has 158 16:37:00 <abadger1999> Additional channels are: Resilient Storage, Supplementary V2VWin RHN Tools for RHEL, RH Ent Virt Agent, FasTrack (which is a different "type" of channel?) 16:37:20 <nirik> yeah, fastrack is different. 16:39:36 <nirik> so, anyone want to push a proposal? or shall we try and ponder on it more? 16:40:21 <smooge> Well I think status quo works best. 16:40:32 <maxamillion> "status quo" ? 16:40:45 <smooge> ServerOS, LB, HA 16:40:46 <nirik> I guess I will put forth: 16:40:49 <maxamillion> smooge: +1 16:41:15 <abadger1999> nirik: What was "Arch exceptions allowed for any overlaps" above? 16:41:50 * abadger1999 has some wording but would like to incorporate that idea as well. 16:41:58 <nirik> EPEL6 will not conflict with os and optional. Addtionally, it will not conflict with: lb, ha (this list subject to additions). Arch overlaps allowed when there's overlaping. 16:42:05 <nirik> abadger1999: let me get a link, just a sec. 16:42:22 <nirik> http://fedoraproject.org/wiki/EPEL:Packaging#Limited_Arch_Packages 16:42:37 <abadger1999> <nod> k 16:43:13 * nirik notes that inode0 didn't like per channel exceptions as it seemed potentitally confusing to end users, but I'm not sure how to avoid it. 16:43:52 <abadger1999> How about changing your "this list subject to additions) to: (this list subject to additions available to a base subscription where the channels do not conflict with each other, os, or optional) 16:44:44 <nirik> hum, that reads more confusing to me. what does that get us? 16:44:56 * abadger1999 works on the language some 16:45:04 <abadger1999> it gets us a better set of expectations. 16:45:54 <nirik> I see that ha and rs have overlapping packages... 16:45:57 <smooge> does "Overlaps are allowed in arches that do not ship packages in those channels." work better for the second sentence? 16:46:07 <nirik> at least from a quick glance, cluster-glue is shipped in both 16:46:10 <abadger1999> rather than Oh, someone asked that we add this random channel so we should add it and cause disruption to users, it limits the set of channels that could potentially be added. 16:46:21 <nirik> ah, I see... 16:46:38 <nirik> so if we got some other channel telling us not to overlap, we could say sorry/ 16:47:56 <abadger1999> yeah. 16:48:16 * nirik doesn't want to cause problems for other channels... you would think they would have a good reason for asking us not to overlap. 16:50:22 <abadger1999> EPEL6 will not conflict with os, optional and certain channels available to a Base Subscription. Currently, those channels are lb and ha but other base subscription channels may be added if they do not conflict with os and optional. Overlaps are allowed to resolve packages missing on a specific arch according to [link]. 16:51:06 <abadger1999> that doesn't quite capture things like conflict between ha and rs... hmmm... 16:51:12 <nirik> yeah. 16:51:18 <nirik> I think we need to be more generic. 16:52:00 <smooge> EPEL6 will not conflict with os, optional and certain channels available to a Base Subscription. People who have a problem with this are to see Dennis Gilmore in Blind Dark Alley. 16:52:40 <nirik> EPEL6 will not conflict with os, optional and specific other RHEL channels. Currently those are lb and ha. Other channels may be added on a case by case basis. Overlaps are allowed to resolve packages missing on specific arches according to <link> 16:52:47 <nirik> smooge: +1 16:53:33 <abadger1999> So... od we all agree on the idea of limiting additional channels to (1) no conflicts with the channels already in the buildroot. (2) available to a base subscription? 16:53:36 <abadger1999> *do 16:53:46 <smooge> I do 16:53:48 <nirik> dgilmore: you've been trying to talk with channel owners? How possible is it to find out who owns a channel and communicate with them about this? 16:54:16 <dgilmore> nirik: so far ive not gotten very far 16:54:16 <nirik> abadger1999: I'm not sure about the base subscription thing... 16:54:50 <nirik> I guess the idea is that people with more niche subscriptions would know better how to deal with conflicts/overlaps? 16:55:44 <nirik> but I can think of cases where channel foo ships package bar thats also in epel, and a different version and it's causing them support problems with people overlaping and they ask us to remove bar... 16:56:19 * nirik notes we are coming up on an hour now. 16:56:31 <abadger1999> I was thinking more of the "can contributors still build and run the packages" aspect. 16:56:58 <abadger1999> a base subscription seems like a reasonable line to draw there. 16:57:19 <nirik> yeah, true. 16:57:42 <abadger1999> that said, I feel no conflicts is a blocker for me. 16:57:52 <nirik> yeah. 16:58:02 <abadger1999> base subscription would be very nice, but I could live without it. 16:58:09 <nirik> for example the cluster-glue in ha and rs is the exact same version... does that mean they keep in sync? no idea. 16:58:38 <abadger1999> yeah. 16:59:52 <nirik> so, where shall we go here? proposals on list? more thoughts? different meeting time? ;) 17:00:10 <smooge> I think this time as good as it gets at the moment 17:00:22 <smooge> proposals on list with vote next week 17:00:57 <nirik> ok. 17:01:04 <nirik> #info proposals on list, further discussion. 17:01:10 <nirik> #topic Open Floor 17:01:15 <nirik> anything for open floor real quick? 17:01:50 <nirik> ok, will close out in a minute then. 17:01:53 <nirik> thanks for coming everyone. 17:02:01 <nirik> #endmeeting

1 0

Summary/Minutes from today's Fedora Infrastructure meeting (2012-06-07 at 18TC)
by Kevin Fenzi 07 Jun '12

07 Jun '12

============================================ #fedora-meeting: Infrastructure (2012-06-07) ============================================ Meeting started by nirik at 17:59:59 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2012-06-07/infrastructure.2… . Meeting summary --------------- * Is anyone there? (nirik, 18:00:00) * New folks introductions and Apprentice tasks. (nirik, 18:01:57) * two factor auth status (nirik, 18:03:53) * LINK: http://code.google.com/p/pwauth/ (skvidal, 18:05:20) * will look at testing mod_auth_external / pwauth for nagios/trac (nirik, 18:10:55) * Applications status / discussion (nirik, 18:11:33) * LINK: https://admin.stg.fedoraproject.org/updates (bodhi) and http://community01.dev.fedoraproject.org/tagger (tagger) are emitting zmq messages now. (threebean, 18:12:05) * LINK: http://ask.fedoraproject.org/badges/ (nirik, 18:22:24) * Upcoming Tasks/Items (nirik, 18:24:13) * 2012-06-08 OOW: osuosl01.fedoraproject.org (nirik, 18:24:29) * 2012-06-11 remove people with pkgdb bugzilla issues. (nirik, 18:24:29) * 2012-06-14 23UTC class A and B reboots (nirik, 18:24:29) * 2012-06-17 OOW: sign-vault02.phx2.fedoraproject.org (nirik, 18:24:29) * 2012-06-21 to 2012-07-04 Kevin is off on trains and boats. (nirik, 18:24:30) * 2012-06-26 Fedora 15 end of life. (nirik, 18:24:32) * 2012-06-28 Seth at jury duty. (nirik, 18:24:34) * Dns (nirik, 18:29:03) * skvidal to work on more automated/dynamic zone updates for our primary zone (nirik, 18:39:35) * Open Floor (nirik, 18:41:39) Meeting ended at 18:57:58 UTC. Action Items ------------ Action Items, by person ----------------------- * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * skvidal (144) * nirik (118) * smooge (18) * threebean (14) * pingou (12) * relrod (10) * ianweller_ (10) * marcdeop (9) * rossdylan (7) * zodbot (4) * abadger1999 (3) * jaysonr (2) * fcami__ (1) * lmacken (0) * ricky (0) * mdomsch (0) * dgilmore (0) * CodeBlock (0) -- 17:59:59 <nirik> #startmeeting Infrastructure (2012-06-07) 17:59:59 <zodbot> Meeting started Thu Jun 7 17:59:59 2012 UTC. The chair is nirik. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:59:59 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic. 18:00:00 <nirik> #meetingname infrastructure 18:00:00 <zodbot> The meeting name has been set to 'infrastructure' 18:00:00 <nirik> #topic Is anyone there? 18:00:00 <nirik> #chair smooge skvidal CodeBlock ricky nirik abadger1999 lmacken dgilmore mdomsch threebean 18:00:00 <zodbot> Current chairs: CodeBlock abadger1999 dgilmore lmacken mdomsch nirik ricky skvidal smooge threebean 18:00:06 <skvidal> yah yah yah 18:00:09 * relrod here 18:00:14 * pingou here 18:00:42 * marcdeop here 18:00:49 * ianweller_ here 18:01:28 <nirik> ok, lets go ahead and start in... 18:01:28 * fcami__ here 18:01:29 <smooge> here 18:01:37 * threebean is here 18:01:57 <nirik> #topic New folks introductions and Apprentice tasks. 18:01:57 <nirik> If any new folks want to give a quick one line bio or any apprentices 18:01:57 <nirik> would like to ask general questions, they can do so here. 18:02:00 * rossdylan is here 18:02:16 <nirik> any new folks like to introduce themselves? or any general apprentice questions or concerns? 18:02:39 <rossdylan> I am a new red hat intern working on integrating open badges into fedora infrastructure 18:02:45 <rossdylan> Hi everyone 18:02:48 <nirik> welcome rossdylan 18:02:53 <threebean> Hi :) 18:02:55 <nirik> cool on the badges. ;) 18:02:56 <marcdeop> welcome rossdylan :) 18:03:12 <rossdylan> thanks :D 18:03:51 <nirik> ok, I guess lets move along then... 18:03:53 <nirik> #topic two factor auth status 18:04:03 <nirik> any news on this this week? 18:04:06 <skvidal> nothing really. I tried to get ahold of wolfkit 18:04:14 <skvidal> not much 18:04:20 <nirik> yeah, I've not seen him on irc of late much 18:04:34 <nirik> I get the idea we are close to ready to setup a staging/test 18:04:39 <skvidal> we are 18:04:55 <nirik> which will be very nice. ;) 18:04:57 <skvidal> it's round-tuits and a little bit of code 18:05:01 <skvidal> also - I wanted to ask 18:05:14 <skvidal> has anyone in here used http://code.google.com/p/mod-auth-external/ 18:05:16 <skvidal> and 18:05:20 <skvidal> http://code.google.com/p/pwauth/ 18:05:26 <relrod> Yeah I haven't talked to wolfkit much recently either, I can try poking him via other means (I have contact with him outside of Fedora) and get him to check in 18:05:28 <skvidal> it's somewhat related 18:05:37 * nirik hasn't 18:05:37 <skvidal> relrod: that'd be great 18:05:48 <skvidal> so the gist of it is 18:05:55 <skvidal> we use mod-auth-external 18:06:01 <skvidal> coupled with pwauth 18:06:20 <skvidal> to do auth to fas2 for things like hosted trac, nagios, etc etc 18:06:32 <skvidal> w/o needing a direct db connection to fas2 18:06:41 <nirik> yeah, and that gets them to the same level as other places where the fas servers do not need to be up 18:06:53 <skvidal> yah 18:07:14 <nirik> (or the database as the case may be) 18:07:19 <skvidal> I've read the security warnings about both 18:07:27 <skvidal> and they don't seem more dramatic than anything else 18:07:41 <nirik> are they packaged up yet? 18:07:43 <skvidal> yes 18:07:44 <skvidal> in epel 18:07:47 <skvidal> all ready to roll 18:08:04 <nirik> cool. Sounds like a good thing to test out and see if there are any gotchas. 18:08:14 <skvidal> nod 18:08:19 <skvidal> it would, of course, HAVE to be ssl'd 18:08:23 <skvidal> but I think we assume that now anyway 18:08:25 <nirik> I was looking at mod_auth_openid... but it doesn't solve that problem (still need the fas openid provider to login) 18:08:45 <skvidal> so the only thing I am hazy on is this 18:08:51 <skvidal> pwauth needs to be setuid 18:09:00 <skvidal> so it can make the pam check at all 18:09:06 <skvidal> so the gist of it is 18:09:33 <skvidal> apache -> mod-auth-external -> pwauth -> pam -> talks to local pam auth 18:09:42 <nirik> we might run this idea by the RH security folks too? 18:09:43 <skvidal> then you can make a fall through to check for a group membership 18:10:04 <skvidal> maybe... 18:10:29 <skvidal> okay - that's all. 18:10:37 <nirik> ok, sounds good. 18:10:44 <skvidal> if anyone wants to setup those and test them - feel free to let me know 18:10:48 <skvidal> otherwise roundtuits 18:10:55 <nirik> #info will look at testing mod_auth_external / pwauth for nagios/trac 18:11:33 <nirik> #topic Applications status / discussion 18:11:46 <nirik> Any application news this week? 18:11:52 * pingou has not much 18:12:01 <threebean> oo, oo. me! 18:12:05 <threebean> https://admin.stg.fedoraproject.org/updates (bodhi) and http://community01.dev.fedoraproject.org/tagger (tagger) are emitting zmq messages now. 18:12:06 <nirik> I hear that we had actual messages going accross fedmsg bus in staging this week? :) 18:12:19 <threebean> :) 18:12:23 <threebean> You can see them by logging onto a staging machine and running: "$ fedmsg-tail --really-pretty" while poking at the apps. 18:12:39 <ianweller_> and that means it's time for me to start work on datanommer ;) 18:13:00 <threebean> I'm splitting up the config into /etc/fedmsg.d/ now (because /etc/fedmsg-config.py is ballooning). 18:13:03 <nirik> threebean: does that need to be any specific machine? or just anything? 18:13:04 <threebean> After that, I'll try standing up mediawiki+fedmsg in staging. 18:13:20 <threebean> nirik: should be anything in puppetEnvironment == 'staging' 18:13:24 <nirik> cool. 18:13:38 <smooge> tres cool 18:14:12 <nirik> speaking of mediawiki... smooge / ianweller_: whats next for mediawiki 119? 18:14:34 * relrod has a few small things - I worked with abadger1999 last night on making a new python-fedora release which adds a method to create FAS groups, which I needed for the fedorahosted app. Also did some testing with him making sure fas01.dev is working fine. 18:14:52 <ianweller_> i think since we're still working on mw118, we do that 18:14:53 <smooge> I need to build it in EPEL. I need to get the plugins reviewed 18:14:57 <ianweller_> wait 18:14:59 <ianweller_> we are doing 119 18:15:00 <ianweller_> that's right 18:15:05 * ianweller_ shuts up 18:15:19 <nirik> I can help with plugins. 18:15:27 <nirik> would be nice to get it updated. ;) 18:15:29 <smooge> right now the plugins are the ones we use in our private idaho 18:16:11 <smooge> my steps would be then would be update in a .dev. environment to see if it will work cleanly. Then do so in staging and then production 18:16:21 <nirik> yeah. 18:16:23 <smooge> ianweller_, did the last "update" so I will need info from him 18:16:30 <relrod> As far as the fedorahosted app itself, I'm working on getting the various fedorahosted SCMs processable via the CLI. Git requests should almost kindasorta work. Mailing lists should get created via ansible when we move lists to hosted-lists01 (I need to test the ansible bits locally, but it *should* work as-is). 18:16:38 <nirik> we can probibly just go to stg with it... do it on one of the apps there. 18:16:47 <ianweller_> that's fun, because i don't remember doing the last updat e;) 18:17:03 <threebean> relrod: that's awesome 18:17:14 <nirik> excellent. 18:17:29 <threebean> smooge, nirik: if it winds up in app*.stg, let's just communicate so aren't both fighting over mediawiki at the same time. :) 18:17:29 <nirik> ianweller_: I'm sure we can sort it out. ;) 18:17:32 <ianweller_> smooge: are you wanting to work on this stuff today? 18:17:35 <ianweller_> smooge: or when 18:17:45 <nirik> threebean: yeah, agreed. Please coordinate. 18:18:34 <smooge> GNOME server went tango uniform again.. will be focusing on that for a few minutes 18:18:51 <skvidal> smooge: I hear if you just reseat everything it'll be fine 18:18:52 <skvidal> ;) 18:19:04 <nirik> In other application news, we moved fas db to it's own db server. This should prevent it from getting hit by load issues on other apps. 18:19:20 <skvidal> w00t 18:19:23 <nirik> smooge: ;( 18:19:28 <nirik> ok, any other application news? 18:19:30 <skvidal> we also gave db02.stg more ram 18:19:38 <skvidal> so hopefully it will stop crapping out occasionally 18:19:39 <nirik> oh yeah. 18:19:51 <threebean> rossdylan is making rapid progress on badges for week #1. 18:20:00 <nirik> skvidal: are we overcommited on any virthosts now? 18:20:05 <nirik> (on mem) 18:20:18 <skvidal> umm lemme look 18:20:35 <nirik> threebean / rossdylan: cool. Is there any place with a plan/overview of the badges setup? or place were folks could step up to help? 18:20:37 <rossdylan> indeed I am, you can now award badges to people (based on email) by listening on the fedmsg bus 18:20:59 <skvidal> nirik: running 18:21:00 <rossdylan> current dev is hosted on github.com/rossdylan/fedmsg 18:21:31 <threebean> nirik: nothing written down :/ 18:21:52 <threebean> rossdylan: let's definitely do that so infra peeps can review it 18:21:56 <nirik> also, dunno if it's worth looking at to see if you could pull in, but our askbot instance has badges... 18:22:00 <skvidal> nirik: virthost10.phx2.fedoraproject.org:-479 18:22:07 <skvidal> still a little short there - but I bet we never hit it 18:22:24 <nirik> http://ask.fedoraproject.org/badges/ 18:22:29 <skvidal> nirik: oh and virthost06.phx2.fedoraproject.org:-814 18:22:29 <nirik> skvidal: ok, good to know. 18:22:45 <skvidal> hmm 18:22:58 <skvidal> releng01, ask01, bapp02, packages01 18:23:08 <nirik> releng01 is bvirthost06. ;) 18:23:19 <rossdylan> nirik, we were thinking about creating scripts to dump existing badges (or existing activities that need awarding) into the newer open badges system 18:23:44 <nirik> rossdylan: sounds reasonable. 18:23:53 <nirik> ok, shall we move on then? 18:23:55 <skvidal> nirik: right - sorry - bad grep 18:24:13 <nirik> #topic Upcoming Tasks/Items 18:24:27 <nirik> here's what I have on my list for upcoming: 18:24:29 <nirik> #info 2012-06-08 OOW: osuosl01.fedoraproject.org 18:24:29 <nirik> #info 2012-06-11 remove people with pkgdb bugzilla issues. 18:24:29 <nirik> #info 2012-06-14 23UTC class A and B reboots 18:24:29 <nirik> #info 2012-06-17 OOW: sign-vault02.phx2.fedoraproject.org 18:24:30 <nirik> #info 2012-06-21 to 2012-07-04 Kevin is off on trains and boats. 18:24:32 <nirik> #info 2012-06-26 Fedora 15 end of life. 18:24:34 <nirik> #info 2012-06-28 Seth at jury duty. 18:24:46 <nirik> I'm going to ask fesco about the people who have bugzilla email issues... 18:24:53 <nirik> get permission to just remove them all. 18:25:02 <nirik> next wed we will be doing mass reboots. 18:25:14 <nirik> anything else folks would like to schedule or note? 18:26:14 <nirik> we need to reschedule the lists.fedorahosted move sometime. 18:26:35 <skvidal> does anyone here have any dyndns or round-robin dns mgmt experience? 18:26:58 <skvidal> I was looking for some input on if there is a vastly simpler way to do something we're currently doing in a kludgy, horrible way 18:26:59 <skvidal> :) 18:27:20 * nirik has avoided those setups in the past. ;) 18:27:35 <skvidal> well we're stuck with roundrobin 18:27:38 <abadger1999> nirik: I don't have the date handy but -- date that RH is turning of old bugzilla compatibility should probably be noted 18:27:40 <skvidal> I do not know a way around it for our proxies 18:27:47 <nirik> skvidal: oh, we might ask letoto, he's mr dns. 18:27:59 <nirik> abadger1999: good idea. I think I saw it somewhere, let me look. 18:27:59 <skvidal> nirik: I thought he only cared about dnssec 18:28:01 <smooge> skvidal, I do 18:28:52 <skvidal> smooge: so right now the process we use for updating dns for hte proxies is.... 18:28:56 <skvidal> ridiculously complicated 18:28:59 <skvidal> 1. edit in 12 locations 18:29:01 <skvidal> 2. edit serial 18:29:03 <nirik> #topic Dns 18:29:05 <skvidal> 3. commit to git 18:29:08 <skvidal> 4. push 18:29:15 <skvidal> 5. force-puppet on ns\* 18:29:17 <skvidal> 6. wait 18:29:22 <skvidal> 7. do what you want to do 18:29:30 <skvidal> 8. do those again to put it all back 18:29:33 <marcdeop> wow, that's a lot of steps 18:29:46 <skvidal> sorry 12 is an exaggeration 18:29:52 <skvidal> it's only 6 locations 18:29:56 <smooge> yeah.. pretty much standard fair for doing the "we want people in X to use this proxy over that proxy" 18:30:06 <skvidal> so here's what I was thinking 18:30:16 <smooge> listening 18:30:24 <skvidal> we use the proxies just as fedoraproject.org and wildcard.fedoraproject.org 18:31:03 <skvidal> in most cases the sites are CNAMES to wildcard 18:31:21 <skvidal> (admin.fp.o, for example or www) 18:31:36 <smooge> yes 18:31:36 <skvidal> what I was thinking is that we setup a subdomain 18:31:43 <skvidal> dyn.fedoraproject.org 18:32:06 <skvidal> so we can edit that one domain - for changes to the proxies 18:32:15 <skvidal> and bump only the serial in that domain 18:32:31 <skvidal> the website names, of course, don't change 18:32:35 <skvidal> that's the point of the cnames 18:32:42 <skvidal> so if I go to www.fedoraproject.org 18:32:49 <skvidal> it currently goes to wildcard.fedoraproject.org 18:33:05 <skvidal> which RR dns to one of our proxy ips - dependent on which GEOip you're coming from 18:33:22 <skvidal> all we'd be changing is instead of going to wildcard.fedoraproject.org 18:33:28 <skvidal> it would be wildcard.dyn.fedoraproject.org 18:33:50 <skvidal> and instead of hand-editing the zones in puppet/git and pushing them out 18:34:01 <skvidal> we could script the creation/updating of that zone 18:34:26 <skvidal> just create a dictionary of ips and which regions they should exist in 18:34:32 <nirik> I think this is worth persuing. 18:34:36 <skvidal> and populate the various region-specific files that way 18:34:47 <smooge> skvidal, that sounds good. 18:34:47 <skvidal> so I guess what I'm wondering is.. 18:34:52 <skvidal> has someone else already done this? 18:35:02 <nirik> not only for less editing/stuff when we change things, but allowing for automation (example nagios pulls a site thats down from dns for us) 18:35:36 <skvidal> it also seems like 18:35:39 <smooge> well we were using cobbler to do zones for building stuff and editing bind files that way. At another spot we had a shell script which did pretty much what you said for a limited domain 18:35:42 <skvidal> it would make the process less error prine 18:35:51 <skvidal> s/prine/prone/ 18:35:56 <nirik> yes. 18:36:28 <nirik> also, ideally I'd prefer if there were a nag when it's not in the 'normal' config state. Currently, we take something out, and when it's back up, we forget to re-add it 18:37:19 <skvidal> okay.. 18:37:22 <nirik> anyhow, I don't know of anything done like this before, but we could look around on the net? 18:37:23 <skvidal> here's what I might do 18:37:33 <skvidal> there's no reason to NOT setup the dns zone 18:37:37 <skvidal> and just not USE it for anything 18:37:45 <skvidal> ie: just test populating/updating the zones 18:37:54 <skvidal> but nothing is ever referred to inside it 18:37:55 <skvidal> right? 18:37:59 <skvidal> that seems harm-free to me 18:38:11 <nirik> yep. Should be fine. 18:38:20 <skvidal> so I may look into that as a start 18:38:26 <skvidal> unless someone else wants to take this on 18:39:05 * marcdeop is not sure has the knowledge need but wants to help skvidal out 18:39:08 * nirik listens to the silence. ;) 18:39:19 * marcdeop s/need/needed 18:39:28 <skvidal> marcdeop: do you have any dns experience? 18:39:35 <nirik> #info skvidal to work on more automated/dynamic zone updates for our primary zone 18:39:35 <marcdeop> a little bit, yes 18:40:03 <skvidal> marcdeop: well - all we're talking about is a script that lets us generate a pretty simple dns zone 18:40:11 <skvidal> it's really just a template 18:40:22 <skvidal> I bet I could use python jinja to most of it 18:40:33 <skvidal> the only tricky part is state maintenance 18:40:42 <skvidal> and making the commands make sense to someone updating it 18:40:53 <skvidal> marcdeop: I'll sketch up some pseudocode 18:40:58 <skvidal> and post to infra for complaints 18:41:04 <skvidal> if you want to work on fleshing it out - feel free 18:41:10 <nirik> sounds good. 18:41:39 <nirik> #topic Open Floor 18:41:48 <nirik> Any other items anyone has? questions? comments? 18:41:58 <skvidal> how about the clean up issues we encountered this week? 18:42:08 <smooge> I will be out next Thursday 18:42:13 <skvidal> smooge: have fun! 18:42:22 <nirik> skvidal: sure, would be good to note those... 18:42:23 <smooge> I am going to a security conference in Santa Fe for a couple of hours 18:42:33 <smooge> should be learning some new things 18:42:52 <smooge> hopefully not all Windows related :) 18:42:58 <nirik> smooge: cool. 18:43:00 <skvidal> nirik: well I was thinking of these items: 18:43:10 <marcdeop> couple of hours = next week? wooow 18:43:12 <marcdeop> :P 18:43:32 <skvidal> 1. all of sign-* hosts redo/work/update 18:43:35 <skvidal> 2. old puppet crap 18:43:55 <nirik> 3. firewalls? 18:43:57 <skvidal> 3. httpd::site vs httpd::website and porting things around 18:44:02 <skvidal> (firewalls, yes) 18:44:06 <skvidal> 4. fakefas reinstall 18:44:36 <skvidal> 5. it's been a while since the last time we changed global root pws 18:44:58 <relrod> 5 I was thinking about the other day and agree with. 18:45:10 <nirik> right. So, on 1. I am wondering if we should consider a late summer FAD for infrastructure security stuff. We could gather somewhere and work on redoing our sign stuff, finish implementing the 2factor auth stuff, talk about signing commits, talk about any other secuity deliverables we might want to have. 18:45:32 <nirik> we could also do 5 at that time with many of us in person? 18:45:47 <skvidal> nirik: root pw change is triviall, actually 18:45:53 <nirik> well, yeah, true. 18:45:54 <skvidal> i have a func script which can do it globally 18:46:08 <skvidal> speaking of that I made a change to our global ssh configuration this week 18:46:16 * marcdeop is sorry but has to leave. Hopes to read any stuff left in the log :) 18:46:22 <skvidal> such that it is now possible for us to allow root to login - but only using ssh keys 18:46:28 <nirik> marcdeop: no problem. 18:46:32 <skvidal> however, I have not enabled any authorized_keys 18:46:55 <nirik> I'm ok with a rootpw change anytime. 18:47:32 <skvidal> nirik: okay I'll jot it down 18:47:53 * nirik was also wanting to change the default IMM passwords/other places thats used. 18:47:58 <nirik> but thats more work 18:48:07 <relrod> nirik: when/where are you thinking about the FAD? I was thinking 'VFAD' but you said in-person 18:48:14 <skvidal> nirik: can we do that via the ssh connection? 18:48:20 <skvidal> nirik: b/c that would be WAY easier 18:48:21 <nirik> skvidal: not sure. 18:48:24 <skvidal> relrod: VFADs suck 18:48:29 <skvidal> relrod: b/c people are still distracted 18:48:45 <skvidal> let me rephrase 18:48:50 <skvidal> vfads do not suck 18:48:53 <skvidal> they suck for things like this 18:48:54 <nirik> relrod: yeah, if we can get funding... it occured to me that no one does FAD's anymore... but perhaps infra could put together a compelling one. 18:49:11 * pingou likes the idea 18:49:14 <relrod> Yeah. I think it'd be cool 18:49:17 <skvidal> in person, relatively isolated could work for hammering out something. 18:49:19 <nirik> not that I like traveling, but I bet we could get a lot done in a weekend face to face with less distractions. 18:49:31 <skvidal> or better yet! not a weekend! :) 18:49:34 <nirik> or at least a lot of plans to bring back 18:49:38 <nirik> sure, that too. 18:49:43 <pingou> a long week-end ? :) 18:50:02 <nirik> anyhow, it's just an idea. 18:50:12 <nirik> I'll run it by the list and see what interest there is. 18:50:16 <pingou> nirik: in your idea, where would it be held ? 18:50:16 * relrod likes it - if I can help plan it somehow let me know 18:50:29 <nirik> pingou: good question. 18:50:37 <nirik> we are pretty spread out... 18:50:39 <pingou> nirik: US is the basic answer, but east/west cost ? 18:50:54 <skvidal> I bet we could get a conference room in the RDU office for free 18:50:57 <nirik> I suspect it would come down to costs... 18:51:19 <nirik> where can we get space/net/etc... where is cheap to fly people into...where is cheap to have people stay 18:52:03 * relrod likes the idea a lot 18:52:05 <smooge> let us do one in Phoenix :). In the summer 18:52:09 <nirik> another possibility would be to try something next to fudcon... have folks come in a few days sooner or leave a few days later. 18:52:17 <nirik> but thats next year 18:53:13 <nirik> smooge: we could all sit next to the servers in the datacenter. ;) 18:53:25 <pingou> \ó/ 18:53:32 <pingou> nice and cold 18:53:41 <nirik> but unfortunately, loud. 18:53:46 <skvidal> incredibly loud 18:53:56 <pingou> hear plugs ? :) 18:53:59 <nirik> anyhow, I'll send out a thing to the list and see what folks think... 18:53:59 <skvidal> I've never been in a quiet datacenter 18:54:05 <skvidal> nirik: cool 18:54:06 <pingou> and we can chat on irc :) 18:54:24 <nirik> I'll note it's important for FAD's to have a list of specific deliverables... 18:54:36 <nirik> not just "work on stuff" 18:54:39 <skvidal> right 18:54:42 <skvidal> I think that list is not hard 18:54:51 <skvidal> sign* fixup/redo/document/process 18:54:56 <skvidal> 2fa 18:54:59 <nirik> yeah, I have a long list of things I would like to have done/do/plan 18:55:11 <skvidal> well we could focus it down to only auth/security if it would help 18:55:21 <pingou> abadger1999: webapp FAD ? 18:55:22 <nirik> yeah, thats what I was thinking too. 18:55:34 <abadger1999> Maybe Colorado is the closest to all of infra-sysadmin :-) 18:55:51 <jaysonr> sorry i almost missed the meeting - I was thinking it was #PM EDT :) 18:55:53 <nirik> abadger1999: we could make a graph. ;) 18:55:58 <jaysonr> 3PM* 18:55:58 <abadger1999> pingou: We could. I bet Boston area is most central for those. 18:56:07 <skvidal> anyway - to the list? 18:56:12 <pingou> abadger1999: likely 18:56:27 <relrod> webapp/fedora-apps FAD would be cool too, yes :P 18:56:31 <nirik> yeah. (I would be happy with colorado, because then I wouldn't have to fly) 18:56:40 <nirik> anyhow, anything else? or shall we call it a meeting? 18:56:44 <skvidal> nirik: you could drive to raleigh if you really wanted to 18:56:58 <nirik> yeah. 18:57:16 <nirik> possibly could do train too, but I bet I would have to go via chicago or something silly. 18:57:48 <nirik> ok, thanks for coming everyone. 18:57:58 <nirik> #endmeeting

1 0

i18n meeting summary (2012-06-07)
by Akira TAGOH 07 Jun '12

07 Jun '12

===================== #fedora-meeting: i18n ===================== Meeting started by tagoh_ at 05:01:22 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2012-06-07/i18n.2012-06-07-… . Meeting summary --------------- * agenda and roll call (tagoh_, 05:01:32) * LINK: https://fedoraproject.org/wiki/I18N/Meetings/2012-06-07 (tagoh_, 05:01:40) * F18 (tagoh_, 05:05:46) * Bugzilla cleanup (tagoh_, 05:36:20) * Input Methods (tagoh_, 05:40:23) * Fonts and Rendering (tagoh_, 06:03:06) * Open Floor (tagoh_, 06:12:01) Meeting ended at 06:14:52 UTC. Action Items ------------ Action Items, by person ----------------------- * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * tagoh_ (80) * juhp (43) * pravins (19) * liangsuilong (8) * epico (7) * dueno (5) * zodbot (5) * paragan (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

meetingminutes June 2012