17:00:37 #startmeeting 17:00:37 Meeting started Tue Sep 17 17:00:37 2013 UTC. The chair is TheSnide. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:00:37 Useful Commands: #action #agreed #help #info #idea #link #topic. 17:00:47 hi 17:00:52 can I suggest washing some bugs? (unless things have changed significantly since last time I checked) 17:00:52 :) 17:01:34 #info meeting has started, so it is logged now 17:01:53 #topic 2.2 17:02:28 * h01ger waves to be in the logs ;) 17:02:29 progress on the SQL part is going better than anticipated. 17:02:47 what's the SQL part? SQL instead of datafile? 17:02:52 I managed to have a incremental plan 17:02:53 * h01ger would be interested in a 2.0.18 release, not sure if this is on todays agenda 17:02:57 cnu: yep 17:03:14 h01ger: oh, that can be done 17:04:10 #action TheSnide has to craft a .18 soonish 17:05:00 #info sql datafile will be in 2.2 release. 17:05:27 #info ... but it will be sqlite only, and quite hacky. 17:05:52 :) 17:06:11 the code is only on your laptop so far? 17:07:19 kjetilho: nope, it is on munin-dev.git:sql 17:07:46 cool 17:08:00 #info code is on my github and our dev git 17:09:00 * TheSnide is quite open for review 17:09:45 #topic else 17:10:19 now is the time to bring any topic 17:11:00 bugwash 17:11:11 #topic bugwash 17:11:36 yes ? :) 17:11:40 is this the correct list? http://munin-monitoring.org/report/9 17:13:00 313 open bugs, enhancements here and there. I motion that this should be reduced so it is possible to have an overview. 17:13:56 ouch, lots of work to triage all those 1.x bugs 17:13:59 scn: i am guilty of mostly looking at the debian bug list 17:14:39 maybe not having multiple bugtrackers can be a start 17:15:24 discipline to forward each Debian bug to trac should suffice 17:15:45 GrumpyFux: +1 17:16:05 besides, could somebody kill #1376? 17:16:20 but, an email api to trac bugs would be awesome 17:17:01 if you move the bug tracker to github issues, you get a lot of things for free 17:17:09 (and of course lose some things) 17:17:24 Ugh, discussing bugtrackers is a separate issue. 17:17:41 The current tools might be not the best but they are there. 17:17:48 scn: that seems risky -- are you sure you will be able to export the data if we want to migrate? 17:17:55 GrumpyFux: +1 17:18:10 I agree, sorry. 17:19:16 ok, what I wanted when I proposed a bugwash was to run through maybe 10-15 bugs and either close or assign them 17:19:59 scn: top-down I guess? 17:21:43 sounds good. How do you feel about this, TheSnide ? 17:22:20 #agreed Changing bugtrac is not a good idea. 17:22:43 #1205 bothers me that much and that often I'm inclined to work on it 17:23:07 #agreed deb maintainers should fwd to trac 17:23:43 #action scn will organise a bugwash on the trac, to make usable again. 17:23:58 please don't assign tasks without discussing it first. 17:24:25 scn: oh, i misunderstood 17:26:25 scn: can you propose a process to bugwashing ? 17:26:40 who has access to do triaging? 17:26:57 TheSnide: I propose that a part of this meeting is spent running through a small set of bugs, and figuring out who will solve them. 17:26:58 (not surprisingly) I do not have access currently 17:27:23 running=going 17:28:29 scn: yeah, could work. nice idea 17:29:20 scn: could chair that part ? 17:29:51 no need to be here *every* meeti ng 17:29:57 I'm usually busy on tuesdays :( 17:30:30 oh, we could have a separate bug meeting 17:30:44 but not longer than 15 min 17:31:31 what timings would suit ppl best here ? 17:31:40 (normal and/or bug) 17:32:33 ideally, i'd prefer to have only 1 meeting on tue, but that's my pref :) 17:33:40 sorry, I was interrupted, trying to catch up 17:34:54 scn: what would be awesome is if you could preselect bugs 17:35:11 scn: i'll chair the bug-part 17:35:30 preselection is an async task 17:36:13 ... async, and distributed : if anyone wants a particular bug to be discussed 17:37:12 #action TheSnide will go through spam bugs 17:37:58 TheSnide: can you give me access to TICKET_ADMIN? 17:38:11 kjetilho: ok, will do 17:38:12 I can do some menial labour 17:38:13 *sigh* Most of the red ones in are ugly and/or lack information 17:38:43 so, we agree on the bugpart in the meetings 17:38:48 ? 17:38:49 question: is there some bug syncing tool between deb and trac in place? for sf.net once a bug is forwarded correctly, the debian bts will automatically notice fixed status. 17:39:51 otherwise forwarding bugs to track is a maintenance nightmare 17:39:59 *trac 17:40:34 helmut: shouldn't the relationship be the other way around? 17:40:35 if the upstream field is filled, bts knows. 17:40:58 Pointers would be sufficient and are availbe on both sides. Important thing is not to oversee some when looking at trac 17:41:45 kjetilho: the debian bts should pull status updates from trac, not the other way round. 17:41:53 exactly. 17:42:03 but no need to make this complicated. closing tickets is a manual business anyway, so if BTS is mentioned in the bug report comments, take a look? 17:42:36 brb (sorry) 17:43:11 helmut: closing in trac is enough, if bts has the upstremam url 17:43:54 TheSnide: thx 17:48:20 #agreed next meeting will have a bug review. details to be defined. 17:48:59 #info closing in trac also closes in bts, if upstream url. 17:49:58 so, anything to add ? 17:52:19 #endmeeting