[05:05] <jtv> bigjools: Been thinking about where to put management of the PXE path hierarchy.  I don't think it quite belongs in PXEConfig because that's for config files, which follow a slightly different convention.  Would you mind a separate module, in a separate branch, that takes care of both?
[05:15] <jtv> I think the “rename” issue is quite serious.  I had ported things over on the assumption that it was equivalent to mv.
=== matsubara-afk is now known as matsubara
=== matsubara is now known as matsubara-lunch
=== matsubara-lunch is now known as matsubara
=== jtv1 is now known as jtv
[13:34] <rvba> roaksoax: Hi, do you recall why we used WSGIDaemonProcess (maas/contrib/maas-http.conf) with "processes=2 threads=1"?  (The default is processes=1 threads=15.)
[13:37] <roaksoax> rvba: i don't think there was any particular reason we used it that way
[13:40] <rvba> roaksoax: all right thanks… I'll see what the recommended setup and consider adjusting the parameters then.
[13:41] <roaksoax> rvba: alright! I'm gonna be following up on the yui thing today
[13:50] <rvba> lifeless: Hi… Not sure you're still around.  In production we run maas with mod_wsgi using the "daemon mode" and the statement we've used so far to configure that is "WSGIDaemonProcess maas user=maas group=maas processes=2 threads=1" .  I don't seem to recall why the "processes=2 threads=1" but now that seems a bit odd.  This really is a production deployment question so I'd be happy to know your opinion on
[13:50] <rvba> what parameters we should use…?
[15:59] <roaksoax> rvba: uploader.swf was needed right?
[15:59] <rvba> roaksoax: IIRC that's the thing used to be able to upload multiple files at once.  We don't use it.
[16:00]  * rvba checks.
[16:00] <roaksoax> rvba: alright, what about io.swf?
[16:02] <rvba> roaksoax: looks like it's part of a module used to make cross-domain requests.  We clearly don't do cross-domain requests.
[16:03] <roaksoax> rvba: alright then. those should probably be removed from the tarball as they infringe the DSFG
[16:04] <rvba> It's a little bit sad to have to butcher the library like that… but I don't suppose we have a choice here… but from what I've seen MAAS shouldn't be impacted.
[16:06] <roaksoax> indeed
[16:42] <cheez0r> bah, charms for openstack are iffy at best
[17:03] <ubot5> Announcement from my owner (jussi): #ubuntu-discuss can-voices
[19:05] <lifeless> presuming the channel is logged - rvba: threads in python are generally fail.
=== matsubara is now known as matsubara-afk