19:00:00 <nirik> #startmeeting Infrastructure (2011-08-11)
19:00:00 <zodbot> Meeting started Thu Aug 11 19:00:00 2011 UTC.  The chair is nirik. Information about MeetBot at http://wiki.debian.org/MeetBot.
19:00:00 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
19:00:01 <nirik> #meetingname infrastructure
19:00:01 <zodbot> The meeting name has been set to 'infrastructure'
19:00:01 <nirik> #topic Robot Roll Call
19:00:01 <nirik> #chair smooge skvidal codeblock ricky nirik abadger1999
19:00:01 <zodbot> Current chairs: abadger1999 codeblock nirik ricky skvidal smooge
19:00:16 <CodeBlock> here
19:00:22 * dgilmore is here
19:00:23 <smooge> Crowbot here
19:00:32 * athmane is here
19:00:42 <abadger1999> hola
19:00:52 <nirik> welcome everyone.
19:01:06 <nirik> #topic New folks introductions and apprentice tasks/feedback
19:01:28 <nirik> Any new folks like to introduce themselves? or any apprentices like to talk about tickets or other issues?
19:01:58 * pingou around
19:02:13 <nirik> I did clean out the apprentice group the other day. A few more folks let me know they should be around more at some point... at which time we can re-add them.
19:02:43 <nirik> Does everyone think the apprentice program is helpfull?
19:02:49 * skvidal is here
19:03:00 <nirik> The feedback I have gotten is that it is, but I'm interested in other thoughts too.
19:03:03 <nirik> morning skvidal
19:03:16 <athmane> nirik: I was an apprentice :)
19:03:19 <skvidal> feed back on what? (sorry for being late)
19:03:24 <nirik> Does everyone think the apprentice program is helpfull?
19:03:34 <nirik> athmane: did you find the apprentice group useful?
19:04:10 <athmane> nirik: sure, having access to puppet is very useful
19:04:50 <nirik> yeah. I think it might help some, but we still have the issue of getting people over the 'where do I contribute' thing. ;) Oh well, we can keep trying and adjust as we come up with more ideas.
19:05:18 * nirik will move on in a sec then.
19:05:47 <nirik> #topic F16 Alpha Freeze reminder and tickets
19:06:01 <nirik> reminder that we are still pre-release frozen for f16 alpha.
19:06:04 <LoKoMurdoK> I'm here
19:06:12 <nirik> and since it's slipped a week, we are frozen for an extra week.
19:06:16 <nirik> morning LoKoMurdoK.
19:06:27 <LoKoMurdoK> hi nirik
19:07:06 <nirik> looks like we have the tickets all assigned (thanks smooge!)
19:07:33 <nirik> #topic Upcoming Tasks/Items
19:07:42 <smooge> I will be working on them this week so we are ready for Alpha
19:07:45 <nirik> Any upcoming tasks or items folks would like to talk about?
19:07:54 <nirik> thanks smooge
19:08:21 <nirik> I'll shout out a few tasks that anyone can work on (especially during a freeze):
19:08:27 <CodeBlock> smooge: let me know if I can help at all, finally starting to have a bit more time again, seems like a good place to get back into the game
19:08:43 <nirik> .infra 2906
19:09:22 <nirik> .ticket 2906
19:09:26 <zodbot> nirik: #2906 (Migrate SOP documents to infra-docs git repo) - Fedora Infrastructure - Trac - https://fedorahosted.org/fedora-infrastructure/ticket/2906
19:10:26 <nirik> and any of the easyfix ones:
19:10:31 <nirik> https://fedorahosted.org/fedora-infrastructure/report/14
19:10:36 <LoKoMurdoK> is my ticket
19:10:59 <nirik> LoKoMurdoK: yeah, you mentioned you wanted to work on that. ;) If we can assist or help you get started, please let us know.
19:11:32 <nirik> we can discuss in #fedora-admin after meeting too.
19:11:54 <nirik> I'll also note that our new machines have been racked in phx2... so we will be installing new machines hopefully before too long.
19:11:58 <LoKoMurdoK> the 2 weeks had problems in the  office, very busy
19:12:10 <nirik> Then we will look at migrating some old instances to new instances on those new machines.
19:12:15 <nirik> LoKoMurdoK: no problems.
19:12:17 <LoKoMurdoK> but I'm free
19:12:49 <LoKoMurdoK> I can now migrate the infra-docs
19:13:03 <LoKoMurdoK> ok
19:13:05 <nirik> abadger1999: is everything looking ok for rhel6 app servers? (this would be a post freeze item)
19:13:09 <nirik> LoKoMurdoK: great.
19:13:29 <abadger1999> nirik: I think that fedoracommunity is still a problem
19:13:40 <abadger1999> nirik: but everything else looks okay.
19:13:54 <abadger1999> lmacken: Is that accurate?  Or do you have fixes for that?
19:14:01 <abadger1999> (fedoracommunity on rhel6)
19:14:12 * nirik recalls someone working on it the other day, not sure if for rhel6 specifically tho .
19:14:38 <abadger1999> yeah, comphappy was working on fedoracommunity... I think it was general bugfixing, though.
19:14:44 <nirik> ok.
19:14:54 <abadger1999> at least, the questions he asked me were general bugfixing :-)
19:15:22 <abadger1999> nirik: I'd love for us to migrate to rhel6... means half the work for apps when testing.
19:15:30 <abadger1999> (vs mixed rhel5 and rhel6)
19:15:37 <nirik> I posted proposed post freeze changes to log02 as well to the list. If everyone could review and tell me if they have any problems/reservations with those changes that would be good.
19:15:45 <nirik> abadger1999: yeah, agreed.
19:16:33 * nirik looks over his list for any other upcoming things to discuss.
19:17:14 <nirik> Oh, we have 3 items (that I know of) in Request for resource process: ask, paste and nitrate. All are moving forward as they can...
19:17:37 * skvidal has something for openfloor when we have time
19:17:43 <skvidal> s/when/if/
19:18:05 <nirik> ok, should get there soonish. ;)
19:18:21 <lmacken> abadger1999: I'm working on getting a new moksha & fcomm release prepped (including comphappy's patches), then I'll be able to test it on RHEL6.
19:18:36 <nirik> lmacken: cool. ;)
19:18:55 <abadger1999> lmacken: k  any time estimate?  Think we'll be able to deploy rhel6 app servers after alpha freeze?
19:19:17 * nirik notes the current freeze ends the 23rd unless we slip again.
19:19:35 <nirik> then we have 3 weeks until beta freeze.
19:20:32 <lmacken> abadger1999: I'll try and shoot for after the alpha freeze
19:20:57 <nirik> I can try and have a rhel6 app server instance prepped...
19:21:03 <abadger1999> lmacken: Excellent :-)
19:21:35 <nirik> well, we have app02.stg for testing, but I mean for adding into prod mix. ;)
19:21:50 <abadger1999> <nod>
19:22:02 <abadger1999> For converting all app servers... are we waiting on more hardware?
19:22:29 <nirik> waiting on re-installing hosts as rhel6 and freeze to be over.
19:22:45 <nirik> we have new hardware racked now, we will be setting that up in the next few weeks.
19:23:08 <abadger1999> Cool.  So we control our destiny ;-)
19:23:24 <nirik> yeah, sadly we don't control 48 hour days. :)
19:23:36 <skvidal> yum install tardis
19:23:39 <skvidal> there we go
19:23:52 <pingou> "just yum it"©
19:24:01 <nirik> I also posted a plan for hosted... more feedback on that would be great. It sounds like no one minded my short term plans at least.
19:24:43 <smooge> are we still looking at a complete stg purge and build?
19:24:54 <smooge> I will look at the hosted after the meeting.
19:25:14 <nirik> yeah, staging is still needing dealing with.
19:25:29 <smooge> by the way which fedoracommunity were we talking about above?
19:25:35 <nirik> I'm not sure the best way forward on it... perhaps I will try and send out a plan on that too for people to poke holes in.
19:25:59 <nirik> smooge: this one: https://admin.fedoraproject.org/community/
19:26:07 <smooge> ok just wanted to confirm
19:26:08 <smooge> thanks
19:26:49 <nirik> ok, anything else upcoming? or shall we move to open floor?
19:27:13 <smooge> retrace build
19:27:21 <nirik> oh yeah, thats another new machine...
19:27:24 <smooge> that was my only focus after I dug out of email hell
19:27:44 <nirik> that would be a nice one to get going. I assume we just install it, and then hand it off to retrace folks?
19:28:23 <smooge> yeah.. I am just going to have it set up minimally so it can be updated/rebuilt quickly and then have them tell us what sections to back up.
19:28:32 <nirik> once they are ready to cut over we change dns and recommision our retrace01...
19:28:43 <smooge> after that its getting it a public ip address/port and poof they can actually run Fedora 15/16 dumps
19:29:01 <nirik> smooge: you might ask them if they want config management on it. I still need to setup a qa bcfg2 instance, but it could go in that if they wanted.
19:30:20 <nirik> ok, on to open floor...
19:30:26 <nirik> #topic Open Floor
19:30:33 <skvidal> I've been working on the epylog reports some more
19:30:49 <skvidal> for those people receiving them - I'd like to know what you find useful and not useful
19:31:00 <skvidal> and what things you'd like to see change
19:31:40 * skvidal hears the echoes
19:31:53 <nirik> skvidal: so, one question... who should we allow to be in sysadmin-logs? apprentice folks? or sysadmin group people only? or just based on our judgement...
19:31:59 <skvidal> <shrug>
19:32:09 <skvidal> I don't think it is any different than who can login to log02, is it?
19:32:15 <nirik> right.
19:32:19 <skvidal> so
19:32:45 <nirik> so, if I change still so apprentice can look at logs, they should probibly be allowed in sysadmin-logs. Or for that matter we could just change log02 to allow sysadmin-logs
19:33:03 <skvidal> indeed
19:33:13 <athmane> so logs are only readable by root, so you need sudo there
19:33:14 <nirik> anyhow, side topic.
19:33:21 <athmane> s/so/some/
19:33:26 <skvidal> athmane: no
19:33:29 <nirik> athmane: nope.
19:33:34 <skvidal> athmane: our central log server allows log reading
19:33:37 <skvidal> on its merged logs
19:33:50 <nirik> and the non merged ones are currently open to 'sysadmin'
19:33:52 <smooge> skvidal, I find them useful. I need a page so I can see old logs
19:34:02 <nirik> but only main and noc can login there.
19:34:07 <skvidal> smooge: so you want an index of some kind?
19:34:37 <smooge> yeah. because I see a report.. then I have to go searching through email for the link to the previous one etc
19:34:41 * nirik finds the logs very useful. We have fixed a number of issues and noted problems or things we should investigate from them. It's very nice to be proactive sometimes.
19:34:51 <skvidal> what are folks' thoughts on auth for log access via the webserver... I'll admit to not LOVING the idea of adding the mod_auth_pg to those boxes
19:35:43 <skvidal> is there a way for us to require the auth from admin.fp.o BEFORE it redirects to log02 for the actual content?
19:35:44 <smooge> well how do we use it to get to other parts like nagios, collectd and such
19:35:58 <dgilmore> skvidal: i dont like it
19:36:02 <dgilmore> but thats just me
19:36:06 <skvidal> dgilmore: which part?
19:36:12 <skvidal> dgilmore: the log report in general?
19:36:37 <skvidal> dgilmore: or the mod_auth_pg thing?
19:36:38 <nirik> collectd is all open I think...
19:36:45 <nirik> but nagios uses the auth_pg thing.
19:36:55 <CodeBlock> indeed
19:36:57 <skvidal> nirik: and it is installed on the noc server isn't it?
19:37:04 <CodeBlock> skvidal: yep
19:37:05 <dgilmore> skvidal: mod_auth_pg
19:37:08 <skvidal> nirik: not at thr admin.fp. level
19:37:14 <athmane> apache and haproxy status are open too
19:37:15 <dgilmore> skvidal: and accessing logs via browser
19:37:18 <nirik> skvidal: right.
19:37:32 <skvidal> dgilmore: well we're not alking about accessing the logs by browser - just the log report
19:37:40 <nirik> we could do ssh tunnels, but thats a bit ugly. ;)
19:38:06 <dgilmore> skvidal: can we do it using lynx on log02?
19:38:27 <skvidal> dgilmore: of course you can - but I think lynx isn't installed but elinks is
19:38:36 <dgilmore> skvidal: that works
19:38:40 <dgilmore> lets just do that
19:38:44 <skvidal> the log report is just prettier in a real web browser
19:38:55 <skvidal> and it is much more convenient to access it from your mail that way
19:39:50 <skvidal> brb
19:40:37 <nirik> so what are the issuess with mod_auth_pg? just more deps?
19:40:59 <skvidal> nirik: more deps - and more tightly coupled to the db server
19:41:01 <skvidal> so...
19:41:07 <skvidal> if we need to look at the logs/log reports
19:41:07 <nirik> yeah, if db is down... right.
19:41:11 <skvidal> and the db server is down
19:41:12 <skvidal> right
19:41:24 <nirik> there is that OAUTH plugin... but it's not packaged...
19:41:26 <skvidal> if there was a sane way to do mod_auth_pam against nss_db
19:41:30 <skvidal> I'd be all over it
19:41:47 <skvidal> this is one of those cases where one-off service passwords would be wonderful
19:42:41 <dgilmore> skvidal: yubikey auth?
19:42:50 <nirik> huh... as an alternative... how about htaccess with a shared password. You get that when you join sysadmin-log? another password and could be grabbed around...
19:43:00 <nirik> dgilmore: still requires the db I think...
19:43:22 <dgilmore> nirik: it requires a db
19:43:39 <dgilmore> in that you need to yubikey validation server up and running
19:43:43 <nirik> yeah.
19:44:52 <nirik> anyhow, I guess lets ponder on it more and try and come up with the least anoying alternative? ;)
19:46:35 <smooge> I figure an .htaccess pushed from puppet is not ok?
19:47:35 <nirik> smooge: well, we could put the pass in private... the issues would be: password could get leaked by someone and no easy way to account who was reading them (except possibly by IP).
19:47:45 <skvidal> smooge: and we'd have to keep updatinging it
19:47:52 <skvidal> nirik: oh - nm
19:47:53 <skvidal> sorry
19:47:55 <skvidal> I just caught up
19:47:56 <skvidal> shared pw
19:48:00 <skvidal> not individual ones
19:48:12 <skvidal> hahah, I know what we could do
19:48:21 <skvidal> I could have the epylog mail send out the password ;)
19:48:23 <nirik> yeah, I was talking shared.
19:48:32 * skvidal kids - that's no better than how we are now
19:48:35 <smooge> oh I figured it would just be like the password files. puppet runs on lockbox, gets the passwords out of the db, builds an htaccess and pushes that out
19:48:52 <nirik> I suppose it could be a per user pass in there too.
19:49:10 <smooge> actually lockbox wouldn't do it.. log02 would
19:49:11 <skvidal> smooge: oh - so you mean puppet generates an htpasswd file with all sysadmin-log members in it?
19:49:12 <smooge> duh
19:49:22 <smooge> skvidal, yeah.
19:49:23 <skvidal> hmm
19:49:26 <smooge> or a python script
19:49:34 <skvidal> can aapache deal with the passwd crypt
19:49:35 <smooge> that is cron run or something
19:49:38 <skvidal> we have in the nssdb files?
19:49:54 <skvidal> smooge: I like it, in principal...
19:50:03 <nirik> skvidal: possibly.
19:50:25 <smooge> reality will probably intrude and say no
19:50:29 <skvidal> nirik: we run this risk of having these files more available so people could compromise them
19:50:31 <nirik> dump crypted pass from nssdb -> htaccess file -> bobs your uncle.
19:50:36 <nirik> ?
19:50:44 <skvidal> nirik:well the files have to be readable by apache
19:50:52 <skvidal> which makes them slightly more vulnerable than shadow nss_db
19:50:56 <nirik> true.
19:51:08 * skvidal hmms
19:51:23 <nirik> but anyone can get crypted pass from fas
19:51:26 <nirik> or wait.
19:51:29 <nirik> no they can't.
19:52:03 <skvidal> no, they can't
19:52:15 <skvidal> getent won't do what you want
19:52:23 <skvidal> it's not like nis
19:52:38 <skvidal> and you'd need the fas host password to grab it from fas
19:52:44 <nirik> I was thinking of someone remotely running fasClient, but it doesn't allow non priv accounts that info
19:53:19 <smooge> hey how about we add a field into fas that keeps that password?
19:53:31 <smooge> it should be all of what 5 minutes of abadger1999's time :)
19:53:47 <skvidal> smooge: umm......
19:53:57 <smooge> anyway.. I think I have derailed this
19:54:02 <skvidal> smooge: if we were going to do it - I'd say we add an arbitrary service password field
19:54:16 <skvidal> and then make it so you can pull down that service password
19:54:22 <smooge> well yes. that was I meant
19:54:23 <skvidal> and that will not be a 5m project
19:54:27 * nirik wonders if there's a clever way to have apache auth with ssh keys. ;)
19:54:30 <smooge> I figured that also
19:54:36 <skvidal> and to be fair to abadger1999 I doubt he has the 5m to spare
19:54:53 <abadger1999> hehe
19:55:10 <skvidal> abadger1999: if I'm wrong about that then GO GET TO WORK!
19:55:10 <skvidal> :)
19:55:59 <skvidal> okay
19:56:04 <nirik> anyhow, I think we keep thinking...
19:56:08 <skvidal> now
19:56:12 <skvidal> about the log reports
19:56:16 <skvidal> is there any CONTENT in the log report
19:56:20 <skvidal> that folks like or don't like
19:56:23 <skvidal> or would like to see
19:56:44 <skvidal> I have been thinking about how we could make apache logs happen and it is just not frelling obvious to me
19:56:53 <skvidal> it will involve, I suspect, a lot of work
19:57:20 <nirik> yeah, on that, could we switch them to syslog? or is that too much work/load/network problem?
19:57:38 * nirik also wondered about getting audit setup to log to a central place.
19:57:41 <abadger1999> skvidal: Okay, there's currently a config table in fas that you can access via json.
19:57:42 <skvidal> nirik: given our web log volume I'm worried how it would beat up log02
19:57:49 <abadger1999> That allows you to keep arbitrary data in fas.
19:57:57 <skvidal> abadger1999: orly?
19:58:01 <abadger1999> asterisk for instance was kept there.
19:58:10 <skvidal> abadger1999: huh
19:58:24 <nirik> skvidal: yeah, would need some testing.
19:58:28 <abadger1999> Let me see if I can find that.
19:58:38 <smooge> nirik, too much load when I tried apache logs a year or so ago
19:58:48 <nirik> I've also wondered about having a log03 somewhere. backs up log02 read-only in case something happens to it.
19:58:56 <nirik> smooge: ok.
19:59:03 <abadger1999> skvidal: https://fedorahosted.org/releases/p/y/python-fedora/doc/existing.html#fedora.client.AccountSystem.get_config
19:59:08 <abadger1999> and get_config_like()
19:59:13 <smooge> skvidal, I would go with a seperate epylog report for apache logs..
19:59:15 <abadger1999> get_configs_like()
19:59:25 <skvidal> smooge: oh of course
19:59:32 <skvidal> smooge: I wouldn't want it mixed with the other logs atall
19:59:40 <skvidal> smooge: but I mean just handling the data at all
20:00:13 * smooge is confused then. I thought epylog dealt with it per domain
20:00:20 <smooge> or did I misremember
20:00:26 <nirik> epylog works on a merged log of all hosts.
20:00:44 <nirik> we could merge the apache logs too and run on them, but I bet it's going to be frigging gigantic.
20:00:49 <skvidal> smooge: epylog doesn't deal with apache logs at all right now
20:00:53 <skvidal> smooge: it has no module to handle them
20:01:00 <smooge> ah I thought for apache it did something different. I must be thinking of splunk or something
20:01:02 <skvidal> nirik: no betting about it
20:01:04 <nirik> yeah, so something else operating on them might be good.
20:01:17 <skvidal> the other issue is this
20:01:26 <skvidal> epylog is more about reporting and pointing up issues
20:01:26 <nirik> we do have awstats, but it's just hits and such, not errors.
20:01:35 <skvidal> apache logs often are about stat reporting
20:01:39 <skvidal> less about error reporting
20:01:44 <pingou> nirik: 404 errors are in iirc
20:01:45 <skvidal> and I _think_ we want to know more about errors
20:01:45 * nirik nods.
20:01:52 <nirik> however, there are errors.
20:02:04 <nirik> which currently we ignore. ;)
20:02:09 <smooge> apache errorlogs are an abomination
20:02:10 <skvidal> that's where I would like to be
20:02:13 <skvidal> to be fair
20:02:15 <skvidal> I would love it
20:02:17 <nirik> pingou: yeah, but not tracebacks and such.
20:02:23 <skvidal> if we could get just apache error logsand app traces
20:02:25 <skvidal> via syslog
20:02:32 <skvidal> which should, in theory, be much less
20:02:39 <smooge> oooooh
20:02:42 <smooge> hmmm
20:03:10 <skvidal> now we could modify our apache configs
20:03:21 <nirik> sadly, I think it's the bulk of apache logs.
20:03:23 <skvidal> to have the error logs be spat out via syslog to a local# facility
20:03:31 <skvidal> nirik: you think most of our apache logs are errors?
20:03:37 <skvidal> nirik: that feels..... bad
20:03:45 <nirik> -rw-r--r--  1 root root 2320563738 Aug 11 20:03 error_log
20:03:57 <skvidal> how OLD is that/
20:04:02 <skvidal> head -1 error_log
20:04:24 <nirik> [Thu Aug 11 04:02:22 2011] [error] /usr/sbin/pkgdb.wsgi:19: DeprecationWarning: fedora.tg.util is deprecated.  Switch to one of these instead:   TG1 apps: fedora.tg.tg1utils   TG2 apps: fedora.tg.tg2utils.  This file will disappear in 0.4
20:04:41 <nirik> 1 day
20:04:42 <skvidal> wait
20:04:44 <skvidal> noway
20:04:49 <skvidal> what the hell?
20:04:59 <nirik> way. ;)
20:05:00 <skvidal> it's 2.2GB in ONE DAY?!
20:05:03 <nirik> app01
20:05:17 <nirik> I think all our monitoring is showing up in there.
20:05:28 <nirik> [Thu Aug 11 20:05:17 2011] [error]  - - "GET /pkgdb/collections/ HTTP/1.0" 200 22395 "" ""
20:05:43 <skvidal> wow
20:05:47 <nirik> or perhaps pkgdb is just doing everything to error. ;)
20:05:49 <skvidal> like 5 logs a second
20:05:53 <skvidal> christ on a crutch
20:05:54 <smooge> wow that has gotten bad
20:06:05 <smooge> I don't think it was that bad last fall.
20:06:08 <nirik> right. So, we need to clean this up some before we can even look at syslog.
20:06:15 <skvidal> nirik: no kidding
20:06:20 <skvidal> [Thu Aug 11 20:05:51 2011] [error]  - - "GET /voting/ HTTP/1.0" 200 14378 "" ""
20:06:23 <skvidal> that's our monitoring
20:06:30 <skvidal> also
20:06:38 <skvidal> why is a 200 from that an 'error'?
20:06:45 <nirik> no idea.
20:07:01 <smooge> well it could be buried in a line below that
20:07:15 <skvidal> okay
20:07:17 <skvidal> you know what
20:07:24 <skvidal> I'll take a good long look at that in the coming week
20:07:30 <nirik> skvidal: thanks.
20:07:35 <skvidal> #action skvidal to curse at apache error logs
20:07:41 <nirik> any other items? or shall we close out the meeting?
20:07:55 <smooge> not me I think I broke things enough
20:08:01 <skvidal> wow
20:08:02 <skvidal> I'm wrong
20:08:07 <skvidal> 101 error log lines per second
20:08:23 <skvidal> on app01
20:08:24 <abadger1999> That's something we need lmacken to look into -- it's the curse of the TG1 logging system that we've never figured out completely.
20:08:24 <skvidal> ONLY
20:08:29 <nirik> yeah, app01 alerted the other night because / was more than 85% full. ;(
20:08:51 <skvidal> I'm going to see if I can do the user outlier log report today and tomorrow
20:08:55 <skvidal> and then get to the apache logs
20:08:57 <skvidal> and be angry
20:09:21 <pingou> sed -i -e "s|200|d" error_log ? :d
20:09:28 <abadger1999> We either seem to not get tracebacks in the logs or way too much information or both.
20:10:20 <nirik> ok, thanks for coming everyone!
20:10:24 <lmacken> abadger1999: yeah, our TG1 logging setup is inconsistent, and awful.
20:10:37 <pingou> abadger1999: todo: check the tg2 version
20:10:52 * nirik waits a min more since we have more info. ;)
20:11:20 <nirik> pingou: is voting changed to tg2? or not in prod yet?
20:11:34 <pingou> nirik: afaik not yet
20:11:42 <nirik> ok.
20:11:54 <nirik> ok, will close out then....
20:11:58 <nirik> #endmeeting