15:02:36 #startmeeting bugzappers meeting 15:03:03 alright, so the actually-organized people (tk009 and rjune) are off this week, so you will have to put up with my half-hearted improvisations 15:03:31 #topic recap last week: semantics 15:03:48 nothing on this except that i sent the agreed-upon 'final email' to the list 15:04:00 so we're done until we get close to f13 cycle and actually start implementing the change 15:04:03 anyone have anything to add? 15:04:23 notging, but maybe we can add it to the qa calendar? 15:04:53 that would be a good idea 15:05:15 i suspect i know how to add things to the qa calendar but have forgotten :) 15:05:21 i can check it with jlaska about it 15:05:42 sounds good 15:05:54 * comphappy excuses himself for 10 min 15:06:42 #action adamw to check with jlaska about getting the semantics switchover added to qa calendar 15:07:21 i don't see anything else to go over from last week...anyone else have something to continue? 15:07:55 adamw: did you know any status of the meeting agenda SOP from tk009 ? 15:08:17 no, i chatted to him yesterday but that didn't come up 15:09:03 one other thing, but it more off topic i think, comphappy is the right person to ask 15:09:15 it seams that http://publictest14.fedoraproject.org/triageweb/ is down 15:09:21 or is it just only on my side ? 15:09:35 i was waiting for comphappy to get back before we talk triage metrics :) 15:09:50 anyone have any quick topics to discuss before comphappy gets back? 15:10:37 i take a look at the last week recap, it show only bugzilla mail thing 15:11:40 yeah, i still wasn't able to come up with anything on that :/ i can't seem to get sane results using a test bug 15:12:46 maybe it is enough to review the default mail settings in bz, or is a deeper analyse needed? 15:13:46 i could ask dan i guess 15:15:06 * comphappy back 15:15:27 yay! 15:15:34 ok, comphappy, State of the Metrics address, go 15:16:36 ok I have been doing a bunch of puttering in the background, and have something much better in the works, but it is not done 15:17:00 I think that the way I started the current version was a good start but it is becoming a real pain to maintain 15:17:06 this one is better 15:17:25 I want to take what we have offline and spend the next month getting what I have up and running 15:17:36 I think I have someone interested in helping as well 15:18:04 the reason for taking what we have off line is publictest14 needs a rebuilt it is almost a year old 15:18:19 comments objections etc.. 15:18:55 can't we put the current one back up once publictest14 is rebuilt? 15:19:06 first, nice to hear that you get some dev help, second, thanks four your work on this 15:19:34 adamw: I can I guess 15:19:55 who's the person interested in helping out, btw? anyone we know? 15:20:16 did you know how long the publictest14 is down? 15:20:24 I am going to talk to ricky about it, but I am moving to college this week and that is going to take a good portion of my time 15:20:37 arxs: I did not know 15:21:06 let me kick it and see if it comes back up 15:21:47 publictest14 should be up now - there was a mass reboot last week so some services may not have been automatically started though 15:21:57 in general i think we can take a one month delay to have a refactored version done, but - we can't keep doing that all along, because the idea of the project is to have a system we can rely on to give us comparable figures over a long term, reliably 15:22:24 made it 15:22:26 so if you could try and get everything you need to break into this version so we don't have to break it again for the foreseeable future, that would be nice :) 15:22:48 adamw: I totally agree Sept 18 it will be up 15:22:50 azneita: hi! made what? 15:22:53 comphappy: ok great 15:23:02 made it to meeting :D 15:23:05 hold me to it and beat me if it is not 15:23:10 aha, great :) 15:23:15 sorry i'm late 15:23:16 comphappy: roger, got my stick waiting 15:23:21 azneita: no problem 15:23:37 #action comphappy will setup a new version of triageweb until Sept 18 15:23:51 anything else on that topic, comphappy? 15:23:56 not really 15:24:08 ok, thanks for the update :) anyone else have questions about it? 15:25:22 alright then...uhh, so i'm out of topics 15:25:26 let's say hi to azneita 15:25:32 hi azneita 15:25:37 are you one of our new members? i don't recognize the nick 15:25:48 newbie here 15:25:59 just last month or so 15:26:01 #topic welcomerification 15:26:15 did you send a mail to the list? 15:26:25 yes i did 15:26:33 hi 15:26:36 my second meeting 15:26:42 hey mcepl 15:27:04 aha yeah, i see 15:27:34 well uh there's not much more going on in this meeting =) anyone have any bugzappers-related topics to discuss? 15:27:43 questions, concerns etc? 15:28:05 not from my side 15:28:12 none 15:28:16 everything going smoothly here 15:28:41 awesome 15:28:59 azneita: have you been able to start doing some triaging work? had any showstoppers or not-sure-what's-going-on moments or anything? 15:29:10 adamw: here is what I am thinking in terms of stability, I want to have the app deployed in line with F12 (so same as our new bz system) 15:29:31 comphappy: that sounds like a reasonable plan yeah 15:29:42 then unless there are major bugs feature releases would happen every 6 months in line with release schedule 15:29:46 #topic open floorish 15:30:02 adamw: i went through BZ and just sort of lost where to go 15:30:20 * comphappy is off to work unless anyone needs him for anything 15:30:29 comphappy: go with our blessing! 15:30:30 the last meeting I attended sort of explained the need for bugzapper - maintainer relationship 15:30:46 azneita: yep that's right, it's best to be in touch with the maintainer of the component you're working on 15:30:54 did you pick a specific component to triage yet? 15:31:22 which one has the coolest group of maintainers? 15:32:26 why, all maintainers are as smart as einstein, as nice as desmond tutu and as cool as morgan freeman 15:32:34 didn't you know that? :) 15:32:49 haha. i'm pulling for kernel or anaconda 15:32:57 those are showstoppers :D 15:33:07 kernel is sort of in an experimental phase right now for bugzapping 15:33:23 we haven't done it for a while, we're just playing around with starting to do it again, rjune is our 'tester' for that 15:33:40 aha 15:34:00 anaconda is certainly a component you could help with, but it already has a triager who manages to cover it pretty well, so it may be better to pick one no-one's working on yet 15:34:04 you've seen https://fedoraproject.org/wiki/BugZappers/Components_and_Triagers , right? 15:34:45 yep 15:34:47 it's probably best to pick something off that list, which has no current active triager 15:34:55 if you wanted something critical you could go for...hmm, yum? :) 15:35:07 if you wanted just to dip your toes there's quite a few components on that list that are pretty small 15:36:11 the process from here would be to pick one of those components, click on the link in the 'component information' column to find out who the maintainer is and get in touch with them, and once you've established a relationship with the maintainer, click the link in the 'component' column to get a list of un-triaged bugs on that component, and start triaging 15:36:26 yum?... if i remeber, skvidal is not really interested in triaging 15:36:45 adamw: seriously? 15:36:54 you want new people to mess with yum bugs? really? 15:37:04 skvidal: i was joking, hence the smiley 15:37:20 is firstboot harmless then 15:37:42 azneita: in case it's not clear, we'd recommend you pick a less critical component to get started with. firstboot, hmm, i don't know a lot about it, just a sec 15:38:05 oh right, the wizard. yeah, that would be a decent place to start i think 15:38:13 not critical path :D 15:38:16 it's a fairly small / simple component, should have few bug reports and not be too hard to triage 15:39:05 skvidal: i didn't know you had one of your clones dedicated to looking out for irc mentions of yum :) how many false positives do you get from people eating ice cream? 15:39:19 adamw: it looks for 'skvidal' 15:39:28 from 15:39:28 [11:34] yum?... if i remeber, skvidal is not really interested in triaging 15:39:34 ah oh yeah, arxs said your name 15:39:45 I stopped looking for instances of 'yum' about 4 yrs ago when it showed up too often 15:40:38 azneita: hope that gives you enough of a pointer to get started - please don't suffer in silence, if you're stuck, just come to a meeting, ask in #fedora-bugzappers, or email the list 15:41:01 mucho gracias 15:42:10 so...any other business from anyone before we close the meeting? 15:42:24 yum gets the blame for rpm, python and mirror issues anyway 15:42:45 that's one reason it could benefit from triage, of course 15:45:06 ok, closing meeting in... 15:45:08 3... 15:45:19 2... 15:45:38 1... 15:45:46 thanks everyone 15:45:47 #endmeeting