[00:01] yeah, not related [00:07] cyphermox: what happened to your nm fix? :) [00:07] did the merge go in? [00:07] https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1225393 [00:07] Ubuntu bug 1225393 in network-manager (Ubuntu) "Phone does not reliably switch to cellular data" [Critical,Triaged] [00:07] hi :) [00:08] asac: NM fix is in proposed waiting to be unblocked [00:08] cyphermox: aha [00:08] so no coordination :)? [00:09] cyphermox: thought you wanted to put at least a log entry into the sheet [00:09] what do you mean no coordination? [00:09] asac: it's there [00:09] cyphermox: where? [00:09] line 56 [00:09] ok, so the status does need to be updated [00:10] cyphermox: oh... so the idea is that you allocate a slot in the landing plan before uploading. [00:10] cyphermox: anyway, ignore, just remind me that i do that tomorrow :) [00:10] thanks [00:10] i will explain more in depth maybe ... but this is in flux so i might not do :) [00:11] hehe [00:11] fginther: hey man [00:12] cyphermox: you plan to get that through proposed before beta? [00:12] fginther: realizing you might be eod [00:12] asac: beta is this thursday no? [00:12] fginther: so, I was wondering...you know how you gave us a dedicated host to build on ? [00:12] asac: this is blocked *by* beta [00:13] cyphermox: ok thanks [00:13] unless you mean you want to do a phone image beta [00:13] fginther: can you make the ci runs on this https://code.launchpad.net/~mir-team/mir/development-branch branch use those ? [00:13] cyphermox: i wondered if you tried to get it in saucy before thursday... seems thats not the case, so i have the date for fri [00:14] fginther: in other words, we want the amd ci run on that to be treated just like lp:mir [00:14] asac: alright [00:14] cyphermox: or do you plan to? [00:14] asac: Note that currently-blocked-by-beta packages will probably be flushed earlier than Friday. [00:14] i am sure there are unhappy stakeholders :) [00:14] cjwatson: right. you think its rather sometimes thu? would be nice [00:14] We normally try to block people for as short a time as possible, so we go through and flush anything not entirely inappropriate from the queue once we're past the point of no return on respins, or at the latest just after we release the beta. [00:14] right [00:14] ok [00:14] thanks [00:15] asac: I'd personally prefer to have it landing earlier than later, but I can accept some people need a little stability in packages for milestones [00:15] right [00:15] lets leave it there unless someone comes along :) [00:16] in the meantime I got an issue reported by jason for a bug in MTP I want to look at [00:16] sounds good. thanks [00:17] now, I'd land ubuntu-wallpapers, but that's in the same stack as upstart-app-launch, so I'll do some magic to avoid touching that one [00:27] robru: ^ wallpapers done... [00:27] cyphermox, oh, cool. I watched the commit land earlier but forgot to actually build the package ;-) [00:27] np [00:28] I rebuilt it and published just that, it should show up in launchpad shortly I guess [00:32] asac: I do. I had that in there when I added it to the ask, but then later in the day that whole column seemed gone [00:33] asac: I see the notes in the landing plan [00:38] jdstrand: i think 62 is now produced fwiw [00:38] if you are happy and its tested and safe, go ahead and cross fingers :) [00:40] * asac off [00:50] asac: maybe it got pulled in a previous landing, I guess but I am surprised, I waited until the previous one was INARCHIVE before opening trunk again [00:53] asac: should all be in click-update-manager 0.1+13.10.20130924.1-0ubuntu1 (revno 21 of lp:click-update-manager) [00:57] asac: that's for #87. For #88 it's all in unity-scope-click 0.1+13.10.20130924.1-0ubuntu1 (revno 50) [01:03] asac: which are both for early this morning when I put the asks in candidate status. Perhaps the previous related landings were still ongoing, in which case my fault (and hey, two things less to land) [01:25] asac: we can do better than that actually... doanac has a change about to land that, among other things, will stop installing utah on the target (it wasn't being used anyway) and I can pull out the apt-get test from default tonight [01:26] asac: this is what I suggested last time we talked about it, I think we should just go ahead and do it. The results will be more realistic then [02:32] rsalveti: poke. I reran tests for platform-api and they all passed; publishing now [02:41] rsalveti: actually, scratch that. I see in backlog you guys wanted to wait -- in any case, it's ready to land whenever we get the go. [02:41] * cyphermox logs off [07:09] plars: ok lets check on that idea with you and doanac today [07:09] and do it if all looks good [07:31] line 99 in landing asks is too good to be true [07:32] not merged yet ;) [07:33] i am pretty confident... rsalveti was on it supportinng them and he sounded pretty confident that this is indeed fixing it as well :)... but yeah. you are right [07:33] but again, it sounds too godo to be true [07:33] hehe [07:34] heh [07:37] Mirv: what do you think about ui-toolkit? is that in good shape to try this morning? [07:39] * lool checks status of Mir landing [07:39] lool: landed [07:45] cool [07:45] did we land unity8 too? [07:46] asac: it just finished building, and I'm going to test that version with ui-toolkit + unity8 + apps (current version) autopilots. apps will rebuild them slightly later [07:46] lool: yeah [07:46] awesome [07:46] so can I put line 41 as INARCHIVE? [07:46] lool: yes [07:47] I mean s/apps/phone/ will rebuild slightly later [07:47] actually it's iINIMAGE it seems [07:48] I guess line 72 platform-api as well? [07:48] oh, that's probably still pending, even newer commit [07:49] Mirv: click-package stack (;ine 74) is INIMAGE? [07:50] no, I just published it a couple of hours ago [07:50] thostr_: mir stack went in so unity8 stack went in image now late yesterday; see http://people.canonical.com/~ogra/touch-image-stats/20130924.1.changes [07:51] Mirv: ok; thanks [07:53] lool: I'm flashing right now and recheck what's actually in [07:56] asac: so 62 has better pass rate than 61; could we consider promoting it at the standup? then we can focus on landing things inarchive and in image build this afternoon/tonight [07:56] image is building btw [07:56] oh [07:56] oh [07:56] heh [07:56] asac: can we promote 62? [07:58] lool: do you think you can review https://code.launchpad.net/~ted/upstart-app-launch/fdo-application-open/+merge/186887 [08:00] 62 looks great [08:02] thostr_: I can try [08:02] ogra_: is it going to break numbering being in sync if we promote 62 after 63 is built? [08:03] ? [08:03] nope, that would be pretty awkward [08:04] you can promote any number ... at least as long as it is bigger than the last promoted one ... [08:04] not sure stgraber thought about rolling back ... well, he might, but not sure what the updater would do in that case [08:20] * ogra_ glares at the 350 next to his "merges" mailbox [08:22] ogra_: That won't make it go down. [08:23] lool: you know the rules ... ogra and popey sign off, then go [08:23] :) [08:26] mhr3: hi, can you check if http://people.canonical.com/~platform/cu2d/results has your crash fix? [08:26] on home scope [08:27] search for unity-scope-home [08:27] asac, it does [08:28] ogra_: Nope, shutting down won't make it go down either :-D [08:29] * ogra_ has some headset issues ... [08:30] * popey flashes 62 [08:31] lool: coming or not? [08:40] * vila updates to 62 on air [08:53] asac: ogra_ 62 looks good here [08:54] popey, great, will test soon [08:57] didrocks: this is not about skippping PPA, it's about returning to automatic mode, and corresponding the job of the autolander done when it's in proposed [08:58] popey: how's music stuff working for you? [08:58] popey: in 62 I can launch from music scope too :-) [08:58] lool: I don't have the metric on how many things we back out, do we really? If we don't, yeah, opening the gate, but I think we need to be coherent with the process we want in the future [08:59] didrocks: I dont think we need to worry about post-13.10 no [08:59] this is about getting 13.10 out :-) [08:59] lool: if we go with landing ask, then nothing, then landing asks again, it's not the right signal IMHO [08:59] I dont want to stop landing asks [08:59] * ogra_ just wants to do the gating in a broader scope and later [08:59] without a landing ask, your stuff doesn't migrate from proposed to saucy [09:00] and getting that in a shape to have testable image per landing set costs less than a day of work ... [09:06] ogra_: so IIUC, after the call you will also check whether image 62 is good, and if it is promote it? (just to confirm I got that right) [09:07] lool, right [09:07] i just dont have a phone around me, else i would have flashed already [09:12] lool: oh excellent [09:22] * ogra_ twiddles thumbs [09:33] * ogra_ twiddles thumbs [09:33] maguro flashing is soooooo slooow [09:34] ah, at least it went into decompressing mode now ... so now its only another 30min [09:34] * ogra_ twiddles thumbs [09:35] ogra_: how dare you! so much work, no time for twiddling thumbs :p [09:35] haha [09:35] well, given that we are blocked for most of our landings ... [09:40] lool: ogra_: seems latest snapshot is missing the update of url-dispatcher and probably because of this no activation is working??? [09:41] thostr_: I have reviewed the upstart-app-launch branch, but I dont like the approach of matching app name + pid, I'd rather we match the full app_id minus version [09:41] thostr_, hmm, i see a big rred entry on the spreadsheet for it [09:42] thostr_: but I lack reference to the discussion where this was planned across components [09:42] (not sure who marked it red) [09:42] line 70b on "landing asks" [09:42] *70 [09:43] I haven't marked it red.. mayb asac? [09:45] thostr_: will check url-dispatcher when I'm back from school, gtg [09:45] lool: thanks [09:46] lool: btw what was now the latest status on the apps? [09:46] basically the exec line, meaning do we need to update now all apps? === vrruiz_ is now known as rvr [10:25] lool: btw I've marked now "INARCHIVE" when it's in -proposed, is that fine or should I use something else? [10:25] I'm just not clear how the proposal -> release works at the moment or who is doing it [10:28] that's INPROPOSED I believe [10:29] yeah [10:29] -proposed => release is an automatic process although some packages are blocked until approved [10:29] if there's a block it'll show up on http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html [10:29] well, all packages are in beta freeze now, arent they ? [10:29] no [10:29] ah, i thought so [10:29] the migration block for beta freeze is selective, for packages that are part of the beta images [10:30] ah, I thought beta freeze affects these as well. then no problem. [10:30] Mirv: it may or may not. which package? [10:30] I'll inproposed anyway until I've checked that they have migrated [10:31] cjwatson: ubuntu-ui-toolkit, indicators-sound, libusermetrics, address-book-app, dialer-app, history-service, address-book-service, ubuntu-download-manager [10:31] indicators-sound might be desktop too [10:32] none of those are blocked [10:32] however indicator-sound is [10:32] rather important to spell your package names correctly :) [10:33] so, assuming you've spelled the rest correctly, only indicator-sound is blocked [10:33] yeah [10:33] heh, yeah there's a typo [10:33] ok, that was the (apparently much discussed) switch of Recommends between g-c-c and u-s-s [10:33] there are other checks apart from blocks, of course, so check that they actually migrate [10:33] wasnt that also fixed in livecd-rootfs ? [10:34] or was that just a corresponding fix [10:34] I'll keep these marked as inproposed until it's sure they've migrated [10:34] I fixed one part of that in livecd-rootfs, but that doesn't mean the Recommends were correct as written [10:34] no, but it wont harm us atm [10:34] Mirv: use rmadison to confirm migration [10:34] ogra_: indeed [10:34] thostr_: on the apps I saw at least some apps go through [10:34] thostr_: but more because we published tons of stacks in the last days [10:35] ogra_: I don't know, I just heard that a lot of discussion occured on http://bazaar.launchpad.net/~indicator-applet-developers/indicator-sound/trunk.13.10/revision/379 [10:35] lool, popey asac 62 looks fine here [10:35] cjwatson: ok [10:35] Mirv, right, but colins fix makes sure it does no harm atm, so it isnt that urgent [10:36] ogra_: lemme know when you hit the button and I'll mail [10:36] thostr_: so url-dispatcher is seeded in Ubuntu, that's why it didn't go in [10:36] popey, right, just waiting for feedback from asac and lool [10:37] thostr_: but this is just the Bad URL fix [10:37] thostr_: did you particularly care about this fix? [10:38] it seemed like handling bad input to a component would actually bubble back the url [10:38] ogra_: if it looks good and popey says it's good, you should promote it :-) [10:38] :) [10:38] asac, ^^^ ? [10:38] thostr_: unless it's critically urgent for url-dispatcher, we need to wait post Thursday / beta release to get it in [10:39] thostr_: or they might have to reroll the candidate beta images [10:42] lool: I mean currently activation is not working on phone at all [10:42] lool: or is it just me? [10:43] thostr_: weird, popey told me the same thing but it worked for me === smartboyhw_ is now known as smartboyhw [10:43] hmm my latest flash didn't have --no-backup, but I lost my music; anyway, reflashing 63 and I'll try putting music again [10:43] lool: it's not working at all and I suspect the url-dispatcher... I'll do a manual upgrade and recheck [10:44] thostr_: by activation, what do you mean exactly? [10:44] clicking on an icon on dash e.g. music and by that launching the music player [10:45] So I have: ii url-dispatcher:armhf 0.1+13.10.20130919.3-0ubuntu1 armhf service to allow sending of URLs and get handlers started [10:45] and it works here [10:46] oh I just broke unity [10:47] what's the screenshot command again? [10:48] /system/bin/screencap [10:48] lool: https://bazaar.launchpad.net/~popey/+junk/phablet-flash-wrapper/view/head:/screenshot.sh i use that [10:48] which screencaps and then scp's somewhere so i can easily share them [10:48] YMMV etc [10:50] popey thostr_: just so that I save this glorious moment, I've recorded a video where you'll see me opening two music files from home and music scopes with a stock image :-) [10:51] ☻ [10:51] lool: I did a reboot and now I can launch music from home scope [10:51] but not from music scope [10:51] something is fishy here [10:53] thostr_: is that with 62 or 63? [10:53] or 61 [10:54] where can I see that number on image? [10:54] thostr_: BTW apps >> I'm not too pressed to land all the X-Single-Instance things since I feel it doesn't work adequately right now; if we land the new fdo Open thing, it can go in [10:54] thostr_: system-image-cli -i [10:54] it's version 61 [10:55] I have 62 which has the music-scope fix [10:55] thostr_: we're about to promote 62 I think [10:55] so, it --pending also working for system-images? [10:55] thostr_: --channel saucy-proposed [10:55] ok, reflashing... [10:56] thostr_: LP #1229468 is the single instance issue I mentioned [10:57] Launchpad bug 1229468 in Upstart Application Launcher "X-Ubuntu-Single-Instance=true doesn't work" [Undecided,New] https://launchpad.net/bugs/1229468 [10:57] lool: regarding apps: fine with me. Let's try to first get all upstart-app-launch (fdo) things in [11:02] ogra_: yes!!! [11:02] thostr_: do you know who's handling the other parts of it and where the design is? [11:02] * ogra_ does so then [11:02] ogra_: thats simple... dont wait for me if all applies [11:03] zero dashboard regression and ogra nd popey signoff is currently a 100% promote :) [11:03] * lool lunch & [11:03] * ogra_ wonders what these pling sounds from his mobile are and notices that he missed a hangout [11:03] :( [11:03] sorry for that [11:04] * ogra_ would actually like to see some 63 results on the dashboard ... seems everything fell over on the utah side or some such [11:04] (63 works fine as well in manual testing, i just reflashed right after testing) [11:04] lool: handling which other parts? === greyback is now known as greyback|lunch [11:06] popey, asac, lool, promoted ... (20130924.1/62) [11:08] \o/ [11:10] ogra_: nice one [11:11] had to rummage under the desk yesterday to access the back of my PC.. glad we have a torch app! :D [11:12] awesomey [11:15] sent [11:26] popey, torch only works on mako though [11:26] oh ☹ [11:26] does the light work in the camera app ? [11:27] ok we've been here before, but libusermetrics + click-update-manager stuck in -proposed because they earlier built for powerpc but now depend on qtdeclarative. who wants to raise a hand that "yes I'll fix that easily"? :) [11:29] I can have a look [11:29] I expect they just need archive removals [11:31] Mirv: fixed [11:33] thostr_: the qtubuntu bits and such [11:33] thostr_: I mean, I'm expecting we're providing something for apps to get notified [11:33] thostr_: in the SDK runtime if you want [11:34] cjwatson: I was thinking about you but I allowed anyone to volunteer. thanks! [11:34] lool: AFAIK grayback working on that [11:34] lool: I'll get the full update once Ted is here [11:34] ok [11:34] just missed him, he is probably out for lunch [11:34] Mirv: it's not always trivial but in this case there were no rdeps on powerpc so nothing else to clean up === thostr_ is now known as thostr_lunch [11:39] popey, yeah, it works when i force it on during taking pics [11:43] changed all the INIMAGE 62 to DONE 62 === greyback|lunch is now known as greyback [11:49] ogra_: from your description on landing ask line 100, it seems that not everything is ready (merged in trunk), yet, is it? [11:50] didrocks, well, the systemd change falls under beta feeze anyway i think [11:50] tehroretically everything should be ready, but not all branches got merged afaik [11:51] i just updated the line right before you asked btw [11:51] ogra_: so rather than Candidate, shouldn't the state be rather "Waiting for Code"? [11:51] code is there [11:51] we need maybe to change that terminology [11:51] waiting for the "go" from us [11:51] 'code not in trunk" [11:51] maybe ;) [11:51] ogra_: they want on us to merge to trunk? [11:51] didrocks: just found some relatively old mps against cupstream2distro-config: https://code.launchpad.net/~cupstream2distro-maintainers/cupstream2distro-config/trunk/+activereviews would you think we can nuke the oldest ones? [11:52] didrocks, no, but to nod it off [11:52] ogra_: is that better this way? [11:53] lool: I asked Mathieu to remove his ones [11:53] didrocks, well, apart from the systemd upload all code is in trunk now [11:53] the 2 WIP is from mmrazik [11:53] and systemd doesnt use any bzr trees [11:53] afaik [11:53] ogra_: ok, please update "phablet-tools has a proposed fix for https://code.launchpad.net/~cwayne18/phablet-tools/phablet-timezone-setup/+merge/186891 [11:53] " [11:53] so it should be Candidate now [11:54] to a more accurate statement then ;) [11:54] yeah [11:54] phablet-tools is unrelated to the upload, just a side thing [11:54] listing the merge would make think it's not in trunk yet [11:54] it's still listed in this group, isn't it? [11:54] (and mentionned ;)) [11:54] should that be 2 separate slots? [11:54] it should get the fix too, but thats a separate thig, i only list it so we make sure it also lands [11:54] lool: I think fghinter's and mmrazik's ones can be nuked [11:55] ogra_: ok, so let's count it all that together [11:55] its not a blocker for the rest [11:55] so, as everything is in, let's put it all together [11:55] ogra_: let's add it as soon as it's listed in http://people.canonical.com/~platform/cu2d/results [11:55] right, but it needs a systemd upload that will get stuck in proposed [11:56] didrocks, ?? [11:56] none of tehse packages will land there [11:56] ogra_: phablet-tools? you still listed in this set, so it's expected that we validate this whole set :) [11:56] they are all direct uploads [11:57] * ogra_ sighs and wipes phablet-tools [11:57] i'll blame you if we forget to do it though [11:57] ogra_: why not waiting on phablet-tools to be ready and do everything in one shot? [11:57] or just add another landing asks for phablet-tools to not forget it [11:57] we should decouple when needed (like for Mir for instance) [11:58] it was just a reminder that the p-t fis needs to go in later [11:58] as long as it's merge to trunk and we got a landing ask for it, we won't forget it [11:58] (but if we want it to land separately, let's separate the ask as well) [12:02] ogra_: added [12:03] thx [12:06] * ogra_ chacks what tail poppler-qml-plugin will drag in === alan_g is now known as alan_g|lunch [12:07] great, doesnt exist [12:08] ah, nice [12:08] The following NEW packages will be installed: [12:08] libpoppler-qt5-1 libpoppler43 qtdeclarative5-poppler-qml-plugin [12:09] not as much as i feared [12:09] (i thought it would drag ghostscript in or something) [12:10] thostr_lunch: when you are back, can you define a little bit more indicator-bluetooth? We are thinking about landing system-settings, but I don't see any indicator-bluetooth staged in http://people.canonical.com/~platform/cu2d/results. Is that already in distro? [12:10] So all the webapps stuff landed [12:10] but I was waiting to add autopilots for these [12:10] didrocks, what do you mean by 96E on landing asks ? the seed change wont go through CI [12:10] and should be safe to land right now [12:11] ogra_: I didn't change 96E [12:11] ah, hmm, someone added it [12:15] * ogra_ sighs [12:15] asac, can we ask people to please use binary package names on the sheet, at least if seed changes are involved [12:15] some package names seem even randomly made up [12:15] ogra_: music-app whitelist for app lifecycle: put as INPPA [12:15] great ! [12:16] ogra_: we should ask them for both [12:16] two columns [12:16] i want to see sources :) [12:16] yeah, or that [12:16] for seed changes sources are moot :) [12:16] seems there is popular demand for binaries, so lets ask for both [12:16] didrocks: ^^ [12:16] its always ubuntu-touch-meta [12:16] ok? [12:16] (and seeds onlt work on binary level) [12:17] *only [12:17] for seeding yeah [12:18] well, mostly only work on the binary level [12:18] (there's a %source syntax used in some special circumstances) [12:19] heh [12:19] didrocks: So I checked http://10.97.0.1:8080/job/cu2d-misc-saucy-1.0prepare/ and it didn't pick up ubuntu-touch-customization-hooks, why is that? [12:19] lool, what happened to line 67 in landing asks ? i thinnk you were on that one [12:19] lool: did anybody deploy the configuration change? [12:20] as per the link I gave to you yesterday [12:20] I asked Mirv to finish it IIRC [12:20] also, not sure it's been preNEWed [12:20] didrocks: Ah I thought the link recaped the addition, not the deployment [12:20] didrocks: it's in archive already [12:20] lool, and i think i saw 66 land in propoased today [12:20] in INIMAGE even [12:20] oh right, you told me that (in the archive already) [12:20] ogra_: I'm not tracking landing asks, but will look [12:21] * ogra_ is just going through all seed changes [12:21] since these will definitely not get stuck in beta freeze [12:22] lool: it needs my branch to be merged still before I'll redeploy the stack [12:22] to enable bzr split mode [12:22] ah, this is still not merged upstream? [12:22] there is no upstream merger setup? [12:23] didrocks: there is merger setup, but my branch hasn't been approved yet after I rebased in top of mfisch's and lool's changes [12:23] ogra_: I've added a landing plan entry for nexus 10 audio [12:23] lool, heh, thanks [12:23] ogra_: the last status was rsalveti wanted to test and sponsor [12:23] right, i saw it on /changes [12:23] -changes [12:23] should be INPROPOSED [12:24] alsa-lib was uploaded [12:24] but not pulseaudio [12:24] lool: mind finishing that up with Mirv then? [12:24] didrocks: ok [12:24] mfisch: lool: so when you have time check the https://code.launchpad.net/~timo-jyrinki/ubuntu-touch-customization-hooks/prep_for_daily_release/+merge/187220 and I'll enable the cu2d for it after that [12:24] lool: preNEW check will be needed as well before it can be enabled [12:25] Mirv: you've reverted some of my changes [12:25] Mirv: like dropping homepage [12:25] Mirv: the package is already in the image, no need to preNEW it? [12:26] lool: that only I think, it's how it's instructed in the daily release wiki page and how we have it for others. [12:26] lool: no, right, no preNEW needed as it's already there [12:27] sil2100: hey! [12:28] sil2100: so, I added you for request #20 and #26 (the latest is the easiest, so maybe doing it first?) for releasing today [12:28] Mirv: also, you can use lp:xyz now [12:28] Mirv: let me update the wiki with the new message and the new URL [12:28] Mirv: BTW code.lp.net is always wrong in Vcs-Bzr as it's meant to be a bzr branchable URL [12:29] sil2100: does this sound good to you? [12:29] Mirv: oh it is branchable! my bad [12:29] I was about to say :) [12:30] lool: yeah either one is branchable. the severe downside to using lp: links in Vcs-Bzr instead of proper url is that vim colors it bright red! [12:34] we should fix our vim configuration :) [12:34] Mirv: it's for you to easily find the branch when opening control! [12:35] also we'd need to fix gnome-terminal to detect lp: links, another downside [12:35] the upside is that it's short and stable [12:37] sil2100: did we loose you? ;) [12:39] lool: ok took your dailyrelease wiki page changes into account and updated the branch [12:39] Mirv: ah I was preparing an updated branch [12:39] looking [12:39] didrocks: https://wiki.ubuntu.com/DailyRelease/InlinePackaging?action=diff&rev2=21&rev1=20 <- so no homepage would be added anymore for LP projects, and slightly different text [12:39] lool: It's not very discoverable, but you can use http://bazaar.launchpad.net/+branch/ubuntu-touch-customization-hooks [12:39] Mirv: looks good [12:39] Which is not horribly much longer and is stable across changes in what the focus branch points to [12:40] cjwatson: what's against lp:xyz? [12:40] except perhaps people who manage to miss the lp plugin [12:40] didrocks: in the middle of lunch ;) But reading up now [12:40] Mirv: sounds good to me, thanks! [12:40] As Mirv said, some syntax highlighters fail on it [12:40] Mirv: looks good [12:40]