Started logging meeting in #ubuntu-meeting<br />
[10:01:35] &lt;psurbhi&gt; o/<br />
[10:02:00] &lt;slangasek&gt; [TOPIC] lightning round<br />
<a name='0'></a>
[10:02:05] &lt;slangasek&gt; $ echo $(shuf -e cjwatson barry doko csurbhi stgraber jhunt mvo ev vorlon bdmurray)<br />
[10:02:07] &lt;slangasek&gt; mvo bdmurray stgraber csurbhi cjwatson ev doko jhunt vorlon barry<br />
[10:02:14] &lt;slangasek&gt; mvo: tag<br />
[10:02:22] &lt;mvo&gt; What I did last week (shorter week, half a day sick, friday on vacation):<br />
[10:02:22] &lt;mvo&gt; Spec writing/workitem creation work<br />
[10:02:22] &lt;mvo&gt; SRU for aptdaemon (#781874) and new oneiric version<br />
[10:02:22] &lt;mvo&gt; Apt: Apt-ddtp update oneiric, review/merge donkults branch, work on lp:~mvo/+junk/apt-ordering-failure for SoC apt order<br />
[10:02:22] &lt;mvo&gt; Apturl: work on a fix for overlong urls<br />
[10:02:23] &lt;mvo&gt; Expenses uds budapest, travel preparing spring dublin<br />
[10:02:25] &lt;mvo&gt; Review/merge lp:~hodgestar/software-properties/configurable-key-server<br />
[10:02:27] &lt;mvo&gt; Software-center: add fallback to previous distro series if there are no reviews for the current one yet, upload new version, fix tests for oneiric, debug/fix broken apthistory.p caches, merged lp:~evfool/software-center/smallfixes, work on lp:~mvo/software-center/qml, review/merge lp:~evfool/software-center/qfix774201, review/merge lp:~gary-lasker/software-center/refactor, upload new 4.0.2 SRU with fixes in the reviews loader, work on lp:~mv<br />
[10:02:33] &lt;mvo&gt; o/software-center/pyflakes branch, work on the lp:~mvo/software-center/refactor<br />
[10:02:34] &lt;mvo&gt; Update-manager: debug/fix/upload UnitySupport integration problem, review/merge lp:~brendan-donegan/update-manager/bug699660-fix-settings-shortcut, update meta-release (now that new u-m is in -updates)<br />
[10:02:40] &lt;mvo&gt; (this is for the last week from mon-fri, gtimelog seems to give me<br />
[10:02:41] &lt;mvo&gt; this weekview whatever day I pick from the week, how do others get wed->wed only?)<br />
[10:02:43] &lt;mvo&gt; (done)<br />
[10:02:45] &lt;mvo&gt; I guess this comes down to "lots of software-center work" :)<br />
[10:03:51] &lt;slangasek&gt; :)<br />
[10:04:02] &lt;slangasek&gt; bdmurray:<br />
[10:04:11] &lt;bdmurray&gt; created foundations-bugs team and mailing list, subscribed them to packages we care about<br />
[10:04:20] &lt;bdmurray&gt; modification of ftbfs bugs for doko<br />
[10:04:23] &lt;barry&gt; mvo: i distill from the timelog.txt file<br />
[10:04:34] &lt;bdmurray&gt; modification of bug squad standard replies, bug squad signature greasemonkey script<br />
[10:04:40] &lt;bdmurray&gt; done<br />
[10:04:51] &lt;mvo&gt; barry: so you don't use the "create weekly report" menu ? I should just use the file too I thnk :)<br />
[10:04:59] &lt;slangasek&gt; bdmurray: modification of ftbfs bugs is scripting something against bugs currently in LP?<br />
[10:05:05] &lt;barry&gt; mvo: exactly!  super easy<br />
[10:05:23] &lt;bdmurray&gt; slangasek: yes doko asked me to retag, target and milestone them<br />
[10:05:27] &lt;mvo&gt; barry: thanks!<br />
[10:05:28] &lt;slangasek&gt; ah cool<br />
[10:05:34] &lt;slangasek&gt; stgraber:<br />
[10:05:43] &lt;stgraber&gt; I've spent a good part of Thursday and Friday working with upstream x2go.<br />
[10:05:43] &lt;bdmurray&gt; I'm happy to do similar things for other people<br />
[10:05:46] &lt;stgraber&gt; Monday was a public holiday here.<br />
[10:05:48] &lt;stgraber&gt; Uploaded nxcomp and nxproxy merging changes from x2go and rebasing on a recent upstream.<br />
[10:05:51] &lt;stgraber&gt; Reviewed and uploaded python-x2go (in NEW) and started working on porting the software-center code to it.<br />
[10:05:54] &lt;stgraber&gt; These changes and new packages should also land in Debian soon (through pkg-devel-x2go).<br />
[10:05:57] &lt;stgraber&gt; Been doing a few merges too and otherwise worked on my IPv6 test environment and working on the NFS ipv6 MIR (bug 781516).<br />
[10:05:59] &lt;ubottu&gt; Launchpad bug 781516 in rpcbind (Ubuntu Oneiric) "[MIR] libtirpc, rpcbind" [High,New] https://launchpad.net/bugs/781516<br />
[10:06:00] &lt;stgraber&gt; Started thinking of possible integration of containers to help the App Review Board.<br />
[10:06:03] &lt;stgraber&gt; Updated a few specs so they look good and are ready for review/approval.<br />
[10:06:06] &lt;stgraber&gt; (done)<br />
[10:07:30] &lt;slangasek&gt; stgraber: thanks for that MIR, I've kicked it over to the MIR team now :)<br />
[10:07:46] &lt;slangasek&gt; psurbhi:<br />
[10:07:51] &lt;psurbhi&gt; *) Tested 2.6.7.x mdadm fixes for autoboot,partition naming etc again -   uploaded a debdiff for the same.<br />
[10:07:51] &lt;psurbhi&gt; *) visa documentation, appointment, ticket booking<br />
[10:07:51] &lt;psurbhi&gt; *) Assessing the need for mountall interface - when root changes while booting (had initially thought that this was needed)<br />
[10:07:51] &lt;psurbhi&gt; *) ext4 deadlock bug - re-worked on the patches that I sent out earlier.<br />
[10:07:51] &lt;psurbhi&gt; (done)<br />
[10:08:21] &lt;stgraber&gt; slangasek: ok, I guess it can be approved with the current content but we should wait for a new libtirpc in Debian or drop the build-dep ourself and then sync whenever Debian does the same thing<br />
[10:08:38] &lt;slangasek&gt; stgraber: yep<br />
[10:09:12] &lt;slangasek&gt; cjwatson:<br />
[10:09:30] &lt;cjwatson&gt; This week:<br />
[10:09:30] &lt;cjwatson&gt;  * more work on live-build, now properly specced/wikied (foundations-o-live-build) - x86 mostly sorted, working on ARM requirements now<br />
[10:09:33] &lt;cjwatson&gt;  * wrote up foundations-o-great-cd-debate, hopefully clearly<br />
[10:09:36] &lt;cjwatson&gt;  * started initial oneiric CD builds<br />
[10:09:38] &lt;cjwatson&gt;  * moved transition tracker onto DC infrastructure<br />
[10:09:41] &lt;cjwatson&gt; Next week:<br />
[10:09:43] &lt;cjwatson&gt;  * make sure the installer is working properly for alpha-1<br />
[10:09:45] &lt;slangasek&gt; psurbhi: and that mdadm diff is ready for sponsorship, right?  It's on my todo list<br />
[10:09:46] &lt;cjwatson&gt;  * if possible, cut over to live-build, at least for x86<br />
[10:09:54] &lt;psurbhi&gt; slangasek, yes<br />
[10:10:00] &lt;psurbhi&gt; just that its quiet a big one.. :-/<br />
[10:10:05] &lt;slangasek&gt; yeah :)<br />
[10:11:03] &lt;slangasek&gt; cjwatson: I was puzzled that foundations-o-great-cd-debate only has one work item<br />
[10:11:32] &lt;cjwatson&gt; I thought somebody would say that :)<br />
[10:11:33] &lt;slangasek&gt; surely I should have a work item there to investigate the 703MB CD question further :)<br />
[10:11:43] &lt;cjwatson&gt; ah, yes, that would be a good plan<br />
[10:11:56] &lt;cjwatson&gt; I didn't want to write a vague work item that said "maybe increase the CD limit"<br />
[10:12:08] &lt;cjwatson&gt; and a lot of the items are in reality in other specs (e.g. desktop-o-cdspace)<br />
[10:12:13] * slangasek nods<br />
[10:12:28] &lt;cjwatson&gt; I'll lob a work item in for you<br />
[10:12:31] &lt;slangasek&gt; ta<br />
[10:12:34] &lt;slangasek&gt; ev:<br />
[10:12:38] &lt;cjwatson&gt; (the size benefit from live-build was a pleasant surprise)<br />
[10:12:49] &lt;ev&gt; Done:<br />
[10:12:49] &lt;ev&gt; - Investigated Mozilla Input (http://input.mozilla.com and<br />
[10:12:49] &lt;ev&gt;   http://feedback.mozilla.com) and the old kampyle.com-based feedback system<br />
[10:12:49] &lt;ev&gt;   used in the Funnel Cake project (recording why people were quitting the<br />
[10:12:50] &lt;ev&gt;   Firefox install for a day).  Set up a local Django instance of Mozilla Input<br />
[10:12:50] &lt;ev&gt;   and started poking around the code.<br />
[10:12:55] &lt;ev&gt; - Taught Wubi to boot straight into the second stage when in Windows Vista or<br />
[10:12:55] &lt;ev&gt;   later.  Working out an approach for Windows XP.<br />
[10:12:55] &lt;ev&gt; - Implemented code to present the list of keyboard variants in pertinent to the<br />
[10:12:55] &lt;ev&gt;   selected language in ubiquity in the panel keyboard indicator, using<br />
[10:12:55] &lt;ev&gt;   python-xklavier, which I'll have to MIR and seed.<br />
[10:13:04] &lt;slangasek&gt; oh? there was a size savings with live-build?<br />
[10:13:04] &lt;ev&gt; - Started trying to untangle kvm-autotest for automated Wubi testing.<br />
[10:13:04] &lt;ev&gt; - Had a quick play with kexec, enough to confirm that it works.  Still need to<br />
[10:13:04] &lt;ev&gt;   integrate into ubiquity.<br />
[10:13:04] &lt;ev&gt; - Lots of discussion around the crash database.<br />
[10:13:04] &lt;ev&gt; - Tried to address a tech board member's concerns around the community not<br />
[10:13:05] &lt;ev&gt;   having the full data available for installation success/failure measurement.<br />
[10:13:08] &lt;ev&gt; - Created an Ubuntu Metrics team to keep the momentum from mpt's UDS plenary.<br />
[10:13:08] &lt;ev&gt;   Sent out a kickoff email to get things started.<br />
[10:13:08] &lt;ev&gt; - Had a call with Elliot about his team massively helping plan and resource<br />
[10:13:08] &lt;ev&gt;   bigger items from the Ubuntu Metrics work.<br />
[10:13:08] &lt;ev&gt; - Wrote a brief for the Web Team for work on the Spread Ubuntu project.  Sadly<br />
[10:13:09] &lt;ev&gt;   looks like it might be deferred again :-/.<br />
[10:13:13] &lt;ev&gt; TODO:<br />
[10:13:13] &lt;ev&gt; - Catch up on the discussion around the crash database and investigate what<br />
[10:13:13] &lt;ev&gt;   Mozilla is doing with Socorro, per Elliot's advice.<br />
[10:13:13] &lt;ev&gt; - Respond to the Technical Board's concerns around the installation<br />
[10:13:14] &lt;ev&gt;   success/failure measurement.<br />
[10:13:17] &lt;ev&gt; - Finish drafting results from "Whats wrong with UDS?" session and engage with<br />
[10:13:18] &lt;ev&gt;   Jono to come up with firmer plans.<br />
[10:13:18] &lt;ev&gt; - Mock up a network-manager 0.9 D-Bus API for unit testing and to use while I<br />
[10:13:18] &lt;ev&gt;   wait for the real thing to be packaged.  Create the wireless page in the<br />
[10:13:18] &lt;ev&gt;   installer.<br />
[10:13:18] &lt;ev&gt; - Investigate the libcheese pygi bindings and see how much work is required<br />
[10:13:19] &lt;ev&gt;   for the picture page.<br />
[10:13:44] &lt;ev&gt; (done) apologies for the poor formatting on that.<br />
[10:14:18] &lt;cjwatson&gt; slangasek: yeah, about 5 MiB - probably a bit of a memory tradeoff, I think it mostly comes from doing a better job at cleaning up *-old files in /var/lib/dpkg/ and that kind of thing<br />
[10:14:41] &lt;cjwatson&gt; (since that's about the only file-list difference that's left)<br />
[10:15:02] &lt;cjwatson&gt; ev: I improved the second-stage boot menu a bit, BTW, by bringing lupin back into sync with GRUB<br />
[10:15:04] &lt;slangasek&gt; huh, neat<br />
[10:15:13] &lt;ev&gt; cjwatson: yay, thanks<br />
[10:15:27] &lt;ev&gt; cjwatson: is it to the point where we don't show the windows option in grub when under wubi?<br />
[10:15:40] &lt;slangasek&gt; ev: is the TB concern that raw data gathered about successful installs, etc. should be available to the community also?<br />
[10:15:41] &lt;mvo&gt; ev: woah, impressive list!<br />
[10:15:48] &lt;cjwatson&gt; ev: one thing that occurred to me in the process though is that there's no way to do certain things in the Wubi environment, because we don't get to write to the GRUB environment block<br />
[10:15:50] &lt;ev&gt; mvo: mostly noise, really<br />
[10:15:55] &lt;ev&gt; :)<br />
[10:16:05] &lt;cjwatson&gt; ev: no, I haven't changed that - that's quite awkward to do right now<br />
[10:16:08] &lt;ev&gt; slangasek: that was this particular member's concern, yes<br />
[10:16:17] &lt;ev&gt; which is a hard balancing act against "we don't do headcounts"<br />
[10:16:21] &lt;cjwatson&gt; ev: do I have a work item for that?<br />
[10:16:50] &lt;slangasek&gt; clever objection though... if Canonical can be trusted with it, why shouldn't the community :)<br />
[10:16:52] &lt;ev&gt; cjwatson: no, do you want one?  It was something I noticed when doing a Wubi install and I find it confusing<br />
[10:17:22] &lt;cjwatson&gt; ev: mm, it's technically accurate and occasionally helpful but I can see how it might be confusing<br />
[10:17:24] &lt;ev&gt; slangasek: it was phrased in terms of "If I'm a user, I want to be able to look at a database and roughly see my anonymous information in there, knowing the time, etc"<br />
[10:17:34] &lt;cjwatson&gt; ev: if it bothers you and you want rid of it, give me a work item, yes :)<br />
[10:17:43] &lt;ev&gt; cjwatson: will do :)<br />
[10:17:57] &lt;ev&gt; (it means showing two bootloader menus, ick)<br />
[10:18:01] &lt;slangasek&gt; doko:<br />
[10:18:30] &lt;cjwatson&gt; ev: (taking to /msg)<br />
[10:18:35] &lt;cjwatson&gt; (actually #u-i)<br />
[10:18:54] &lt;doko&gt; - filed MIR's, reviewed and promoted packages for component mismatches<br />
[10:18:55] &lt;doko&gt; - built OpenJDK b22 for armel, started jtreg tests on armel<br />
[10:18:55] &lt;doko&gt; - GCC and binutils updates, GCC bug triage<br />
[10:18:55] &lt;doko&gt; - Linaro toolchain WG call<br />
[10:20:12] &lt;slangasek&gt; anything interesting coming out of the WG call?<br />
[10:20:59] &lt;doko&gt; no, business as usual, addressed the powerpc build failure, but nothing else<br />
[10:21:14] * slangasek nods<br />
[10:21:31] &lt;slangasek&gt; jhunt:<br />
[10:21:35] &lt;jhunt&gt; Post-holiday inbox boxin'. Added workitems to all blueprints bar<br />
[10:21:36] &lt;jhunt&gt; foundations-o-upstart-for-admins. Provisional planning for Upstart<br />
[10:21:36] &lt;jhunt&gt; "helpers" (abstract jobs/events). Merging fun (ongoing). Investigating<br />
[10:21:36] &lt;jhunt&gt; nih+upstart build failures (ongoing) - looks like a toolchain issue on<br />
[10:21:36] &lt;jhunt&gt; armel.<br />
[10:21:38] &lt;jhunt&gt; EOF<br />
[10:22:14] * mvo read "post-holiday inbox bombing"<br />
[10:22:23] &lt;slangasek&gt; heh<br />
[10:22:28] &lt;slangasek&gt; sounds like a holiday in itself<br />
[10:22:30] &lt;barry&gt; love it<br />
[10:22:51] &lt;psurbhi&gt; heh<br />
[10:23:09] &lt;slangasek&gt; jhunt: eta on work items for foundations-o-upstart-for-admins?<br />
[10:23:15] &lt;ev&gt; (slangasek: https://lists.ubuntu.com/archives/technical-board/2011-May/000873.html - he's made his concerns public now)<br />
[10:23:19] &lt;cjwatson&gt; doko: thanks for the c-m work, it's been greatly appreciated<br />
[10:23:30] &lt;jhunt&gt; slangasek: should be done by cob today.<br />
[10:23:38] &lt;slangasek&gt; ok, great :)<br />
[10:23:43] &lt;jhunt&gt; what's the deadline for the specs btw?<br />
[10:24:13] &lt;slangasek&gt; last Friday ;)<br />
[10:24:29] &lt;jhunt&gt; ah...<br />
[10:24:29] &lt;cjwatson&gt; slangasek: speaking of which, I'm approver of several undrafted specs where you're the drafter ;-)<br />
[10:24:40] * slangasek ducks and runs<br />
[10:24:47] &lt;slangasek&gt; yep, will have those done today<br />
[10:25:04] * cjwatson cracks the whip<br />
[10:26:31] &lt;slangasek&gt; my turn<br />
[10:26:33] &lt;slangasek&gt; * blueprint review/approval<br />
[10:26:33] &lt;slangasek&gt; * followed up on wrong memory requirements information for natty<br />
[10:26:33] &lt;slangasek&gt; * documenting our UDS output in the proceedings: https://wiki.ubuntu.com/UDSProceedings/O<br />
[10:26:37] &lt;slangasek&gt; * looking into the possibility of contracting a Windows programmer to help with Wubi<br />
[10:26:40] &lt;slangasek&gt; * trying to figure out a schedule for an upstart sprint this cycle<br />
[10:26:56] &lt;slangasek&gt; ... you guys need to plan your vacations together so I have something to work with ;P<br />
[10:27:14] &lt;slangasek&gt; EOF<br />
[10:27:15] &lt;ev&gt; oh, I intend on waiting until the last minute and taking 26 straight days off :-P<br />
[10:27:35] &lt;cjwatson&gt; the "bye, see you next year" option is always fun<br />
[10:27:45] &lt;slangasek&gt; heh<br />
[10:27:54] &lt;slangasek&gt; barry:<br />
[10:27:58] &lt;barry&gt; bug 787822 and debian bug 625784 (virtualenv -p python3 broken), did my first upload to fix this in oneiric!; bug 784662 (winpdb; fix in ppa, maybe backports?); started looking at python3-defaults to drop py3.1; blueprinting; ubuntu packaging guide (copy last bits of wiki to rest and fulfill jorge's mandate by deleting many wiki pages); blog about python plans for oneiric; upgraded dev vm to oneiric; released python 2.6.7rc2; done.<br />
[10:28:02] &lt;ubottu&gt; Launchpad bug 787822 in python-virtualenv (Ubuntu) "'virtualenv -p python3 /tmp/xx' should work but doesn't" [Medium,Fix released] https://launchpad.net/bugs/787822<br />
[10:28:04] &lt;ubottu&gt; Debian bug 625784 in python-virtualenv "python-virtualenv: 'virtualenv -p python3 xx' should work but doesn't" [Important,Open] http://bugs.debian.org/625784<br />
[10:28:05] &lt;ubottu&gt; Launchpad bug 784662 in winpdb (Ubuntu) "winpdb doesn't work with python2.7" [Undecided,Won't fix] https://launchpad.net/bugs/784662<br />
[10:28:32] &lt;cjwatson&gt; slangasek: cool, that proceedings page makes us look good. :)<br />
[10:28:57] &lt;slangasek&gt; being the only team to ACTUALLY fill it out does that :)<br />
[10:29:03] &lt;barry&gt; :-D<br />
[10:29:40] &lt;jhunt&gt; slangasek, ev: the ultimate - http://dilbert.com/strips/comic/1991-10-31/<br />
[10:30:05] &lt;ev&gt; ooo, I have to try that<br />
[10:30:07] &lt;psurbhi&gt; heh<br />
[10:30:14] &lt;barry&gt; <cough><cough><br />
[10:30:23] &lt;slangasek&gt; barry: congrats on the upload! :)<br />
[10:30:32] &lt;barry&gt; slangasek: thanks!<br />
[10:30:47] &lt;ev&gt; barry: was it automatix?<br />
[10:31:02] &lt;barry&gt; ev: automatix?<br />
[10:31:07] &lt;slangasek&gt; so with the ubuntu packaging guide moved out of the wiki, are there stubs left somewhere that direct to the new guide?<br />
[10:31:11] &lt;slangasek&gt; ev: harsh<br />
[10:31:33] * barry didn't sleep a wink last night<br />
[10:31:37] &lt;slangasek&gt; barry: automatix, because every package management system needs a four-speed blender<br />
[10:31:43] &lt;ev&gt; barry: http://mjg59.livejournal.com/77440.html<br />
[10:32:02] &lt;ev&gt; killall -9 dpkg! yay<br />
[10:32:14] &lt;slangasek&gt; [TOPIC] AOB<br />
<a name='1'></a>
[10:32:26] &lt;ev&gt; yes<br />
[10:32:29] &lt;ev&gt; https://lists.ubuntu.com/archives/technical-board/2011-May/000873.html<br />
[10:32:47] &lt;slangasek&gt; [LINK] https://lists.ubuntu.com/archives/technical-board/2011-May/000873.html<br />
<a name='2'></a>
[10:33:06] &lt;ev&gt; I'm interested to know if anyone has thoughts on how I can remove myself from between the rock and hard place that is giving developers access to the raw data and not giving people data to infer head counts with<br />
[10:33:25] &lt;slangasek&gt; people always infer head counts anyway, don't they?<br />
[10:33:28] &lt;ev&gt; or how I can play the tech board against itself for massive win<br />
[10:33:32] &lt;slangasek&gt; heh<br />
[10:34:09] &lt;barry&gt; ev: perhaps assign people a random uid and offer to email that to them so they can track their own data but no one elses?<br />
[10:34:27] &lt;barry&gt; oh wait<br />
[10:34:36] &lt;cjwatson&gt; Scott has an interesting point about the data being genuinely useful to third parties as well<br />
[10:34:43] &lt;cjwatson&gt; I think I'd prefer to discuss this in a TB meeting though ...<br />
[10:35:14] &lt;cjwatson&gt; infer head counts> one option would be expiring the data<br />
[10:36:15] &lt;slangasek&gt; right - we can share whatever data we have, but just not keep interesting data<br />
[10:36:25] &lt;slangasek&gt; if what we want is success rate over time, only keep that<br />
[10:36:36] &lt;slangasek&gt; sorry, not to imply that's not interesting data :)<br />
[10:37:13] &lt;ev&gt; expire the real data, but keep the percentages forever?<br />
[10:37:17] &lt;slangasek&gt; yeah<br />
[10:37:18] &lt;ev&gt; that works for me<br />
[10:37:37] &lt;ev&gt; but sure, we can discuss this in the TB meeting<br />
[10:37:42] &lt;stgraber&gt; so have the server store the data for the day, at the end of the day generate the stats and remove the data?<br />
[10:38:02] &lt;cjwatson&gt; or something like that - possible compromise anyway<br />
[10:38:08] &lt;slangasek&gt; yep<br />
[10:38:17] &lt;slangasek&gt; you can't aggregate those numbers over time because you don't have the scale<br />
[10:38:31] &lt;slangasek&gt; so it does limit the utility to some degree<br />
[10:38:53] &lt;slangasek&gt; food for thought, at least :<br />
[10:38:54] &lt;slangasek&gt; )<br />
[10:38:57] &lt;slangasek&gt; anything else?<br />
[10:39:20] &lt;stgraber&gt; yeah, and we'll still have "interesting data" like how many installs do we get on release day... ;)<br />
[10:39:21] &lt;ev&gt; I created a metrics team<br />
[10:39:25] &lt;ev&gt; people should join it and participate<br />
[10:39:33] &lt;mvo&gt; ++<br />
[10:39:35] &lt;ev&gt; if they're interested in this sort of stuff, of course<br />
<a name='3'></a>
[10:39:46] &lt;ev&gt; http://launchpad.net/~ubuntu-metrics<br />
[10:39:57] * slangasek creates ~ubuntu-imperials in response<br />
[10:40:06] &lt;slangasek&gt; ;-)<br />
[10:40:06] &lt;ev&gt; lol<br />
[10:42:42] &lt;slangasek&gt; #endmeeting<br />
Meeting ended.<br />