Infrastructure/Meetings/2007-02-15

= Meeting of 2007-02-15 =


 * Time shown in EST

15:08 Lets get the meeting started 15:08 mmcgrath: ill run with it 15:08 I wont be able to make 7PM EST, but I'm probably not useful right now in this topic anyway. 15:08 ill just tell you when i need tb's of disk space 15:09 Role Call - Who's here 15:09 yo 15:09 here 15:10 * iWolf is here 15:10 here 15:10 aye! 15:10 Alrighty -- Package Database (abadger1999) 15:10 Whats the word? 15:11 How do we want to tie in with koji :-) 15:11 * daMaestro is here 15:11  * f13 is watching 15:11  * dgilmore is here 15:11 -!- mdomsch [n=Matt_Dom@cpe-72-177-104-34.austin.res.rr.com]  has joined #fedora-admin 15:11 abadger1999: do you have an idea of how that will go?  I still haven't really seen koji 15:11 I posted http://www.fedoraproject.org/wiki/Infrastructure/PackageDatabase/KojiIntegration 15:11 sorry I'm late 15:12 Initial look at how koji and he PackageDB overlap. 15:12 schema is one thing, but folks really need to think about how we want the workflow to look and enable 15:12 mdomsch: no problem 15:12 the schema must be able to support what we desire 15:12 schema without workflow is in danger of being only theoretical? 15:13 warren: More likely, schema without workflow == different ideas in different people's heads. 15:13 PackageDB isn't a blocker for F7.  Maybe we should just do minimal work on  koji to get it running, and having something concrete to use, we'll have a better idea of how to integrate it to create PackageDB? 15:13 The packagedb schema will eable the workflow I'm envisioning. 15:14 But it doesn't enable all that koji can do. 15:14 And vice versa 15:14 I'd really like to see packagedb for f7 15:14 Hm... 15:14 warren: thats the plan 15:14 As the whole owners.list mess is going to drive packagers away. 15:14 Yes, owners.list and lack of automation in other stuff is a mess. 15:14 abadg1er1999: +1 15:15 I would like to have packagedb and koji separate dbs and processes for F7. 15:15 -!- neuro_ [n=neuro@neuro.me.uk] has quit [Remote closed the connection] 15:15 If you're serious about this, this sounds like something I should be focusing on myself. 15:15 I was thinking that PackageDB wouldn't be feasible for F7. 15:15 aside from initialCC, is koji db missing anything for replacing owners.list? 15:15 The packagers would primarily work through the packagedb to create and manage acls, ownership, etc. 15:15 oh I guess package description and all that. 15:15 f13: Yes. 15:15 We want to be careful not to block new buildsystem on packageDB, if this will take too long. 15:16 It also misses FAS tie in and such. 15:16 abadger1999, another issue... 15:16 abadger1999: the script we use internally actually looks at the rpm to get the description and such for the bugzilla entry 15:16 warren: The big question is really, how do we want the two to interact. 15:16 abadger1999: the FAS tie? Wouldnt that be the "owner" in koji? 15:16 isn't the fedora-cvs procedure relatively straight forward and usable for the short-term? the hard confusing and upsetting part has been reviews, which would be even more difficult to fix with packagedb. 15:17 hm 15:18 warren: we need minimal talking betwen buildsys and packagedb in phase 1 15:18 Perhaps an organic growth model would be good here. 15:18 start with koji with minimal modifications to get it running, using our existing owners.list and FAS 15:18 abadger1999: Think you can do what you need to by F7? 15:18 -!- lutter [i=dlutter@nat/redhat/x-da84fb76bd0b3cc4] has quit [Client Quit] 15:18 or does that depend on koji? 15:18 Having that, will have something tangible to spark imaginations for PackageDB, which can grow alongside it, depending on koji at first. 15:19 It depends on what workflow we want -- exactly as warren said. 15:19 warren: thatshow i saw it with ties into the packagedb as it came up 15:19 Maybe we should keep them completely separate and packagers will have to use two separate interfaces -- packagedb for owners.list stuff and koji for building. 15:19 with the packagedb and buildsysdb becoming one over time 15:19 I suspect that anything that grows to depend on koji will have redundant and poorly normalized (confusing and bad design) databases. We can take what we learned from this Ph ase 1, and reimplement it together for Phase 2 after Fedora 7. 15:20 abadger1999, separate but with same authentication shouldn't be too bad. 15:20 The area where I see the packagedb starting to get into koji's space is that we can define acls on who can build a package. 15:20 warren: all should authenticate from fas 15:20 (Duplicate information on what collection a package belongs to as well. But that's not as much of a problem in the short term.) 15:21 Do we like the phased approach? 15:21 Phase 1: Get koji up, use FAS 15:21 Grow packagedb to depend on both 15:21 warren: yes 15:21 Perhaps let packagedb takeover owners.list if it becomes ready. 15:21 Phase 2: Maybe after Fedora 7, make it less of a spaghetti mess. 15:22 abadger1999: is that something like what you had in mind for this? 15:22 Pretty much. The only question I have is should I enable build acls in the packageDB. 15:22 It's something we want. 15:23 So, for instance, we can have "limited comaintainers" who can commit but not build. 15:23 that starts to get quite complicated :/ 15:23 But that requires the packagedb to talk with koji. 15:23 I'd rather keep things simple 15:23 It can be simple if the packagedb invokes koji to build. 15:23 Rather than packagers going straight to koji. 15:23 f13: where do you see the build acl's living? 15:24 mmcgrath: well, somewhere that koji can read from (: 15:24 I think thats what toshio is saying, that they'd both be pulling from the same datasource. 15:25 all ACLs should live in the same place and be adjustable by the same interface 15:25 unless I'm confused? 15:25 I really think buildACLs is an After F7 feature 15:25 How about we make buildACLs the first priority of Phase 2? Then we can finish up the easy points of the PackageDB and getting koji running. 15:26 Where they're separate. 15:26 We really don't need buildACL's, and IMHO cvs ACL's is a bit paranoid.  In practice I suspect the vast majority of packages to just remove their ACL. 15:26 abadger1999: sounds good to me. 15:26 And if we have time, we can work on it for F7 if not, it'll come in when we integrate everything for F8. 15:26 what is more important is push ACL, which is enforced at the update system interface. 15:26 which will probably need to tie into packagedb eventually... 15:26 You can always get a prototype together for F7 and let us decide if it should wait. 15:26 has anyone looked into the schema of lmacken's update system? 15:27 I haven't. 15:27 Not yet. 15:27 abadger1999: lets make that the plan then, leave out the buildACL's for now but focus on the rest. 15:27 abadger1999, if you happen to make something that WORKS rapidly and convince everyone of it, then we may just jump onboard. but I think people are more concerned now about getting the minimal stuff online in order to get the job done, and avoid blocking on something that will take too long. 15:28 warren: Right. 15:28 That sounds like a plan. 15:28 the phased approach (evolving over time) might work 15:28 Sounds good, abadger1999: anything else or should we move on? 15:28 get the minimal online, then evolve it to suck less with packagedb, show that it works. 15:29 Phase 1: minimal koji with FAS 15:29 Phase 2: packagedb improvments to make it suck less 15:29 BTW: I havne't published this URL yet, but I have a development snap running on https://admin.fedoraproject.org/pkgdb-dev 15:29 Phase 3: unspaghettification 15:29 Which I reserve the right to break while admin.fp.o/pkgdb is supposed to work for people to show others. 15:30 sounds good, moving on. 15:30 VCS choice. 15:30 choice for what? 15:31 I vote that we should move this down to priority 2 for a while. The fact is CVS is here, it works and people aren't exactly beating down our doors to change it. 15:31 yeah, bench ituntil we get reports from SCM Sig 15:31 plus we have enough other stuff going on at the moment. 15:32 +10 15:32 heh, ok. moving it down 15:32 Upgrading systems --- (iWolf) ? 15:32 < iWolf> here! 15:33 still waiting on the drives on the old CVS box? 15:33 mgalgoci: ping 15:33 < iWolf> I have completely sucked of late. Between day job and baby on the way my time has been scarce. 15:33 < iWolf> Hence, why I've been so quiet of late. 15:33 < iWolf> So no real progress to report. :( 15:33 iWolf: no worries. It happens.  If you'd like We can always move that task to someone else till you get some more free time? 15:34 < iWolf> If someone has time to get to it, my feelings won't be hurt. 15:34  15:34 luke's not here so thats out 15:34 wiki upgrade --- (mmcgrath) 15:34 so paulobanon and kim0 have both done a wiki upgrade and have informed me that it will be pretty painless. 15:34 I've been testing on my own and I think it will be. 15:35 here's the idea, make the wiki read-only. 15:35 copy the data over to the app server that will take it over. 15:35 test 15:35 -!- lutte1 [i=dlutter@nat/redhat/x-25b99838c4522506]  has quit [Read error: 110 (Connection timed out)] 15:35 change DNS. 15:35 wiki upgrade done. 15:35 There will be odds and ends we need to fix but I'm pretty sure they are small. 15:36 I'm trying to get us some common storage on the back end so we can cluster the wiki but I've not been given any timeline as to when that may happen or even that we have the resources for it now. 15:36 the old fpserv will become a live backup of the cvs server as well as being our primary DNS server. 15:36 Config management - (mmcgrath) 15:37 I've been testing puppet, I'm trying to make sure it is and stays sane. I'll be sending things to the list to let everyone know when proxy1/2 are converted. 15:37 Metrics --- (Metrics) 15:37 Metrics --- (mmcgrath) 15:37 Smolt is up and ready, I've been adding some queries, breaking some things, this and that. 15:37 f13: ping 15:37 yes? 15:38 So do you think smolt will make it into the default install profile? 15:38 I heard a lot of +1's and one "aldjflsjf" 15:38 from the smolt: revisited thread. 15:38 mmcgrath: yes. 15:38 mmcgrath: just mark it 'default' in extras comps 15:38 I'll try to remember to add it to the manifest 15:39 f13: k, so I can just leave that up to you? 15:40 yes, once you've changed it in comps. 15:41 where is the master comps file at? 15:42 mmcgrath, isn't it in extras cvs in the comps module? 15:42 No idea, I've never messed with it. 15:43 I'll look into that more 15:43 comps-fe7.xml 15:43 .in 15:43 msomsch 15:43 mdomsch: thanks 15:43 Postfix (dgilmore) 15:44 actually dgilmore is waiting on me for this, I hope to have something about this soon. 15:44 im in a meeting sorry 15:44 no worries 15:44 FI NOC --- (mmcgrath) 15:44 still on hold but its coming 15:45 Hosting --- (f13) 15:45 f13: whats the word? 15:45 unng 15:45 well, git:// works. 15:45 no thanks to me, it was already working 15:46 I should write up my future plan, but -ETIME 15:46 so, business as usual 15:46 yep, I hear you 15:46 Mirror Management -- (mdomsch) 15:46 How's TurboGears treating you Matt? 15:46 like a glove now 15:47 test instance up for looks 15:47 gotten some "looks good' comments 15:47 still have some code to write to export the data once it's all in, but that's coming along 15:47 Still looking good to hit the F7 target? 15:47 mgalgoci, I need publictest7.f.r.c on the rsync ACL list, I sent a note to ftp@ a few days ago 15:48 mmcgrath, my hope is to let folks kick the tires with Test2 15:48 and Test3 pretend like we're live 15:48 so we can be live for F7 15:48 I think we're on track for that 15:48 excellent 15:49 Yum DeltaRPM (kim0) 15:49 Whats up kim0? 15:50  * mmcgrath thinks kim0 might be AFK. 15:50 Open Floor -- (anyone) 15:50 Anyone have anything else to discuss? 15:50 -!- Harley-D [i=Harley@fedora/Harley-D]  has joined #fedora-admin 15:51 TurboGears look and feel? 15:51 abadger1999: ahh, good question. 15:51 We have at least three different looks between pkgdb, mirrormanager, and smolt. 15:52 Yep, let me ping Mo about that and see if she has something in mind. 15:52 abadger1999: what do you think? Did you have something in mind? 15:52 * mmcgrath is a UI idiot. 15:53 No. I'm UI blah as well. 15:53 K, I'll wait to see what she says then. 15:53 Anyone have anything else? 15:54 Alllrighty -- MEETING END