17:58:40 #startmeeting 17:58:40 Meeting started Tue Feb 25 17:58:40 2014 UTC. The chair is TheSnide. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:58:40 Useful Commands: #action #agreed #help #info #idea #link #topic. 17:58:49 hi all 17:58:49 Oy *hide* 17:59:20 bugger, I keep forgetting these meetings are at like 4am 18:00:03 can't we just once meet at like 12pm GMT+10? :) 18:00:47 ;) 18:01:39 #topic 2.2 18:02:25 i think json api are needed *now* 18:04:18 so i think 2.2 will wait until implemented 18:07:46 * TheSnide has low battery. changing phone. 18:13:04 json api? how it is proposed to be used? 18:13:35 Kxepal: actually, the urgency is to provide one. 18:14:00 Kxepal: its usage can be delegated to a side project. 18:14:29 Kxepal: that feels the right way, as _providing_ it isn't that difficult. 18:15:58 I plan to use a new CGI, munin-cgi-json 18:16:14 (or munin-cgi-rest, ....) 18:16:43 it should be highly similar to the current munin-cgi-state or munin-cgi-datafile 18:21:02 TheSnide: speaking of the CGI - what about that rewrite of the CGI graphing? 18:22:14 TheSnide: is there a way to do it [partially] with JS? Place some strain on the browser? 18:22:47 MaliutaLap: the _main_ purpose of the json api is to export *everything* 18:23:14 MaliutaLap: metadata *and* rrd data. 18:23:26 Ok, that could be useful 18:23:47 MaliutaLap: this way, any rewrite can be done asynchronously of the server development 18:23:53 just export, not import too? that would be awesome to build some metadata replication/sync thing 18:24:26 Kxepal: 2.2 will have an r/o API. r/W would be too broad in scope 18:24:54 TheSnide: I get it, it does seem like a better way of doing it - and given some of the criticism I've read of late might do Munin in general some favours 18:24:57 sounds reasonable 18:25:10 Kxepal: ... but, r/w in 2.6 sound quite a doable target. 18:25:54 TheSnide: that would be awesome! (: 18:25:56 MaliutaLap: yes. I'm thinking that HTML5+JS has some hype these days. So we have to move with the train, or stay here. 18:26:29 .oO( Hype-driven developpement ) 18:27:03 #info 2.2 will have an r/o json api. r/w in 2.6. 18:27:11 #undo 18:27:11 Removing item from minutes: 18:27:16 #info 2.2 will have an r/o json api. r/w in 2.4 18:27:28 2.4 after 2.2, not 2.6 :) 18:29:06 TheSnide: so we're going to rely on a moving target? Are we going to do it in a RESTFUL way? 18:30:03 * MaliutaLap _might_ be able to consider one of the more knowledgeable REST people in the world to do something - he is looking for a project to contribute to 18:31:12 MaliutaLap: i'm a noob in REST. But i want to do it like ... say ... twitter. 18:31:35 I'm gonna puke :) 18:31:50 I'll talk to Fuzzy about it 18:31:54 MaliutaLap: ok. but you get it :) 18:32:19 he might be able to give us some guidance on what is the best RESTful approach 18:33:00 #info the API definition will be done outside meeting, but the item will now be tracked in a specific topic. 18:33:23 I'm also familiar with REST and would like to help too as much as I can 18:34:16 MaliutaLap: i don't have any idea on how it should be done right. I did just set up a page on the wiki to collect comments 18:34:49 #link http://munin-monitoring.org/wiki/RestApi 18:35:15 nothing much more 18:35:43 #topic munin-c 18:38:53 progress? Speed increases? 18:48:20 no progress on m-c since last time 18:48:57 ok. What _needs_ to be done there? 18:50:37 mostly packaging. some conf parsing has to be finished. 18:50:47 My C isn't too bad (considering I hate C++ and OO programing in general) 18:51:08 it's in git right? 18:51:12 unit testing also 18:51:32 yeap, everything muninish is in git nowadays 18:51:51 munin-c.git 18:52:27 ok, I'll try to look at it, the conf parsing at least before the next meeting - just prey I awake for that. It's almost 5am here 18:52:37 s/prey/pray/ 18:53:37 sorry 18:54:18 #topic next meeting 18:54:56 next meeting will be at 21:30 CET, since I cannot earlier. 18:55:18 #info next meeting will be at 21:30 CET, since I cannot earlier. 18:55:31 CET? can I have that as GMT[+/-]??? 18:56:32 I don't deal well with american timezone names 18:57:04 GMT+1 iirc 18:57:32 2030 GMT 18:57:59 That actually works for me, it's like 10:30 AEST 18:58:08 I can be awake for that easily 18:58:24 we'll see if it is a better hour than now for more ppl, it might be the new hour. 18:58:34 Yay! 18:59:15 oh, and I _actually_ managed to contribute to this meeting :) 18:59:22 I think 19:07:27 (worse for me, but i'll cope with it if there is enough demand) 19:07:32 MaliutaLap: :) 19:07:41 #topic misc 19:08:09 irc conf? 19:08:28 GrumpyFux: yp 19:08:39 #topic 19:08:44 #topic IRC Conf 19:09:20 Just I might take two of the short slots. Got some ideas recently 19:10:31 GrumpyFux: oh, that would be nice 19:11:20 the bad part is that you'r the only one who replied and showed some interested. 19:11:49 ... but i was told that "just move forward, ppl will follow". :) 19:12:21 GrumpyFux: you don't care about which one, just a wednesday. 19:12:22 TheSnide: the "build it and they will come method" ... not always the best 19:12:53 MaliutaLap: bah. worked for me so far. just give it enough time. 19:13:07 [ and have something useful :D ] 19:13:48 TheSnide: Just mention it every now and then. Just remind me, about when will this happen? 19:15:19 ok, third time I'm trying for bed in 7 hours - the booze is supplementing the sedatives :) 19:16:13 TheSnide: poke me on the munin-c stuff 19:17:34 I have some other stuff going on, but it should jive with a look at that code 19:17:57 GrumpyFux: plan is june. Might be July. 19:18:25 GrumpyFux: ... but it should be on wednesday evening (as you expressed your preference) 19:18:50 #topic misc 19:18:53 anything else ? 19:20:34 thx all ! 19:20:38 #endmeeting