[01:42] cihelp [01:42] anyone around who could create some silos for me? [01:43] bfiller: you need to ping trainguards for silos [01:43] trainguards ping [02:09] === trainguards: IMAGE 273 building (started: 20141008 02:10) === [03:09] === trainguards: RTM IMAGE 89 building (started: 20141008 03:10) === [03:54] === trainguards: IMAGE 273 DONE (finished: 20141008 03:55) === [03:55] === changelog: http://people.canonical.com/~ogra/touch-image-stats/273.changes === [04:10] bfiller: pong [04:10] * Mirv assigns some bfiller silos [04:14] === trainguards: RTM IMAGE 89 DONE (finished: 20141008 04:15) === [04:14] === changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/89.changes === === tvoss is now known as tvoss|afk [05:03] Mirv: morning [05:04] Mirv: thanks for publishing the silos ;) [05:04] awe: ^ [05:04] sw33t [05:04] Mirv: and goodnight ;) === tvoss|afk is now known as tvoss [05:06] cyphermox: goodnight :) [06:30] oh I dont get hilighted on notice messages [06:31] what does that mean: telepathy-ofono (0.2+14.10.20141007-0ubuntu1) is in no known spacetime.? [06:43] anpok: usually it just means you need to wait [06:44] also in this case [07:19] rsalveti, we're currently a bit backed up with silos, those two are 6th and 7th in our queue, so i'm estimating sometime tomorrow (maybe early tomorrow) before they're signed off. you can watch our trello board to see what's going on: https://trello.com/b/AE3swczu [07:19] rsalveti, and if any of them are urgent to sign off let me know [07:20] brendand: not urgent, so it should be fine === tvoss is now known as tvoss|test === tvoss|test is now known as tvoss [08:11] cihelp, hey, can anyone please look at the job config here http://s-jenkins.ubuntu-ci:8080/job/unity-phablet-qmluitests-utopic/1513/console [08:11] it fails due to a missing hook that was added yesterday evening [08:13] Morning all [08:23] Yay photos show up correctly in the scope this morning the magic fairies were out last night obviously :D [08:24] Mirv, i'm just in the middle of signing off silo 7 now [08:24] brendand: \o/ [08:25] who moved the indicators around? [08:25] design [08:25] &ted [08:25] &charles [08:25] ted did [08:25] \o/ [08:25] oh, snap :) [08:25] ;-) [08:25] hmm, we have a slight problem today ... [08:25] davmor2: you mean, on the image we promoted? [08:26] ogra_: ? [08:26] oh, because that's what was wrong with the whole thing... got it [08:26] sil2100: no on this mornings image [08:26] davmor2: meh :< [08:26] there was an interesting case where network landed (and was signed off) separately and already included the move commit, but I then removed the network fro the bigger moving around landing and released the rest to match [08:26] sil2100, sorry, not awake yet ... urfkill landed and we need a device tarball ... (but my brain just told me "custom" ... ) all good [08:27] ('m literally only awake 10min) [08:27] sil2100: btw, the qtmir landed only after the promoted image, I belive it would be very nice if we could promote again this week :) I mean, that landing finally fixes scopes scrolling performance to be good enough. [08:27] ogra_: but it's like 10:30 there ;) [08:27] Mirv, and ogras oom_score fix too [08:27] davmor2, it is ... i got to bed at 3am [08:27] Mirv, i think we should try and promote again before we get bitten [08:27] I'm slightly irritated that this cafe doesn't have power outlet, but I guess I'll manage through the call before relocating [08:28] brendand: exactly [08:28] brendand, we'll bite back !! [08:28] ogra_: dirty stop up ;) [08:28] Mirv: I think we might ask poor davmor2 for some promotion dogfooding again today, as it seems another small issue got fixed as well [08:28] ogra_: ;) [08:28] ogra_, you germans like to play dirty is it? [08:28] Too bad our AP situation didn't get much better... [08:28] if we would have a big "revert everything!" button that would be really quick and would make it easy to revert whole images, people would _feel_ our bite! [08:28] lol [08:29] sil2100: no not today tomorrow we need the device tarball to land for urfkill today that will need testing and then there is silo 19 too that we want to get landed tomorrow will be better for promotion as I can hit the morning image and run with it :) [08:30] So the device tarball won't be ready today? [08:30] Wait, silo 19? [08:30] Damn, that's a risky silo man [08:31] A good one, but very high risk [08:31] sil2100, the device tarball is ready to go [08:31] (afaik) [08:36] ogra_, the -r remote password option was added to phablet-config writable-image only, not the top level command, so e.g. phablet-config autopilot can't accept that argument [08:37] brendand, it should just ignore it ... (since it doesnt seed it) [08:37] sil2100, i tested silo 19 personally [08:37] *need [08:37] ogra_, it seems to hang though [08:37] ogra_, maybe that's not because of the password [08:37] brendand, it re-profiles ... [08:37] brendand, it takes as long as a boot without precompiled profiles [08:37] 5-6min or so [08:38] ogra_, ok. it's been a while since i ran it [08:38] will CI train add an LP bug closure to d/changelog if the MP edits it? [08:38] file a bug to remind me to add a message [08:38] (the wiki tells you it can take long btw) [09:04] ogra_, so will you ping me when the rootfs image is ready? [09:04] ogra_, or should I poll s-i.u.c ? [09:05] john-mcaleely, just watch imgbot [09:05] imgbot, stunt [09:05] * imgbot rolls on its back and purrs [09:05] ogra_, aha. of course :-) [09:05] john-mcaleely, it will tell you [09:06] image triggered ... (bot should announce within the next 10min) [09:14] === trainguards: RTM IMAGE 90 building (started: 20141008 09:15) === [09:16] hmm. the music-hub looping all the imte; is that fixed in latest image? [09:16] * asac reboots to try [09:17] trainguards: silo 14 has landed and is being cleaned as I type, when it’s done can I get a silo for line 87 please? [09:18] oSoMoN: sure [09:18] thanks! [09:20] Damn, Mirv is FAST [09:21] :) [09:28] Mirv: hey, what's the status of urfkill+i-network landing? [09:29] landing sheet row 6 [09:30] sil2100, have a look: https://wiki.ubuntu.com/citrain/LandingProcess#preview [09:31] sil2100: --^ [09:31] brendand: looks promising so far! [09:31] Wellark: done, but needs some tarball updates [09:31] sil2100: leo reported bug 1378639 [09:31] bug 1378639 in Ubuntu Clock App "Failed to launch clock app" [Undecided,New] https://launchpad.net/bugs/1378639 [09:31] but this looks like an ubuntu-app-launch issue, not clock? [09:31] Wellark: I mean, done for rtm, in queue for utopic [09:32] I just archived all the "Landed" ones so the rtm disappeared. you can see https://lists.canonical.com/archives/rtm-14.09-changes/2014-October/thread.html for what has landed [09:32] Mirv: ok, so row 56 after a rebuild? [09:32] Wellark: we would need to merge & clean the utopic landing.. [09:33] Wellark: we could do that even prematurely if we're in a hurry [09:33] since that landing will stay in utopic queue probably for a whie [09:33] Wellark: ie. the trunk is not yet up-to-date [09:33] Mirv: well, we are in a bit of a hurry, but how much time would it take to just "wait" for things to resolve? [09:34] Mirv, hey, any reason why line #28 is still around, while respective rtm package already landed (#1705 in Archived) [09:36] Wellark: depends on our archive admins. you know, utopic is going to be released soon ;) [09:36] Wellark: we'd just need to mentally note there's a landing to utopic that is still ongoing [09:36] Wellark: I'll m&c now [09:37] sil2100: ^ note utopic 011 being m&c:d while it's still in queue [09:38] Wellark: trunk is updated now, you can rebuild. [09:39] Mirv: Thanks! [09:45] Mirv: ACK! [09:47] popey: hmm, we didn't land a new u-a-l to ubuntu-rtm [09:47] pstolowski, silo 23 is 7th in our queue. eta sometime tomorrow [09:47] popey: I wonder what's that about [09:47] pstolowski, you can have a look at the trello board to see how it's going: https://trello.com/b/AE3swczu [09:52] brendand, my question was about line #28 in the sheet, which landed already in rtm and utopic, but it has been sitting in the 'cleaning silo' state for a few days alredy [10:01] the rootfs for rtm is done, starting an utopic build now [10:05] \o/ [10:05] pstolowski: oh, which silo is that? [10:05] pstolowski: there is a stupid race in LP that causes that to hang in some cases [10:07] sil2100, i think it *was* silo 24; it's empty now [10:07] pstolowski: yeah, so it seems the spreadsheet just didn't register that [10:07] Let me fix it [10:09] === trainguards: IMAGE 274 building (started: 20141008 10:10) === [10:10] sil2100, thanks [10:16] sil2100: do we have a plan on what to do when utopic goes to final freeze and v is not open? [10:18] Mirv: when you have a moment, please upload to the store http://s-jenkins.ubuntu-ci:8080/job/filemanager-app-click/lastSuccessfulBuild/artifact/out/com.ubuntu.filemanager_0.3.297_armhf.click [10:21] popey: ehum. some new problem encountered. Authorization Required. [10:21] uh [10:22] hum [10:22] it looks like updating click from settings->update stopped working [10:22] lp:click-toolbelt hasn't been updated [10:22] seb128: i have one sat at 0% here... [10:22] popey, yeah [10:22] I wonder if that's a server issue [10:23] or a service one [10:23] or a setting one [10:23] I wonder if both of these problems could be related to the same server issue? [10:23] seb128: note that I've uploads broken at the moment [10:23] Mirv, what uploads? [10:23] seb128: uploads to the store. [10:23] oh ok [10:24] so yeah, maybe server side [10:24] did anyone try to ping somebody from #is or online-services? [10:24] who's the contact? [10:24] not yet, only just discovered it. [10:25] well, i have another device which just updated an app fine [10:25] not sure, maybe mandel can help there? [10:25] seb128: now done on #is [10:25] mandel not online [10:25] Mirv, thanks [10:28] i cant update on my trusty channel devices, but can on my rtm device [10:28] so not sure it is backend [10:29] === trainguards: RTM IMAGE 90 DONE (finished: 20141008 10:30) === [10:29] === changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/90.changes === [10:30] \o/ [10:32] john-mcaleely, go for it :) [10:33] popey: so, I assume sergiusens knows something I don't about how to get a new token for this particular use case, but until then I can't do uploads [10:33] ok, thanks Mirv [10:44] Mirv: can we get a silo for line 52? [10:45] thostr_: done, integration only still I believe? (conflicts with unity8 in 016) [10:45] oh, sorry, that's integration silo too. [10:45] so no conflicts [10:46] Mirv: yes, we should be good [10:46] thanks [10:46] davmor2, brendand, john-mcaleely: the device tarball has been signed off by QA already? :) [10:46] sil2100, er, no [10:46] sil2100: no [10:47] psivaa: if you can dig up upstart.mediascanner-2.0.log.txt from somewhere to https://bugs.launchpad.net/ubuntu/+source/mediascanner2/+bug/1376219 , it might help satoris to debug the bug [10:47] Ubuntu bug 1376219 in mediascanner2 (Ubuntu) "qmlscene crashed with SIGABRT in __gnu_cxx::__verbose_terminate_handler() in music_app" [Medium,New] [10:47] I'm doing my testing now [10:47] sil2100: we needed the other image to land first [10:47] sil2100, if it only contains that one change then essentially it has. if not then no [10:48] Yeah, as I though, I just saw ogra_ saying 'go for it' and thought I missed something [10:48] brendand, sil2100 it has lots of changes [10:48] I think ogra_ meant start my testing :-) [10:48] sil2100, i meant his testing :) [10:48] Mirv: let me look [10:48] ogra_, can i hire you for that mind reader job? [10:48] davmor2: sil2100: btw there's going to be another custom tar needing testing too, since a new apparmor was pushed we needed to update our precompiled cache [10:49] Ah ;) [10:49] the only difference is that + a fb scope fix [10:49] brendand, lol [10:49] brendand, i thought popey qualified himself yesterday already [10:49] hm? [10:49] cwayne: oh, hm, today seems a bit packed with different landings - can we tackle that later or tomorrow? [10:50] popey, for the open "mind reader" position in QA [10:50] if you're okay with 5 minute boot times in the meantime... [10:50] ☻ [10:50] Damn [10:50] just updated to #90 and my krillin is sat on the splash screen [10:50] yep [10:50] shows as "offline" in adb [10:50] cause the pre-shipped cache was invalidated by a new apparmor [10:50] whats five minutes in the light of eternity [10:50] no [10:51] i can't get in, if it was apparmor i can usually adb in and run top [10:51] ah [10:51] popey, not since like 20 images anymore [10:51] oh okay [10:51] * popey waits [10:51] popey, adbd needs to start after lightdm [10:51] coffee time [10:51] since it will soon query the lock state of the screen for letting you in [10:51] popey: I'm in took about 6 minutes [10:55] it's alive! [10:55] davmor2, we still didn't fix the one word response bug? [11:05] davmor2, brendand location seems to be busted. is that a known issue in #90 ? [11:07] there is no change that should be able to cause this [11:08] (well, there is indicator-location, but that only chnages the panel order) [11:08] john-mcaleely: looking now [11:08] check syslog for apparmor denialy [11:08] *denials [11:09] looking at http://people.canonical.com/~ogra/touch-image-stats/rtm/90.changes ... [11:10] phablet@ubuntu-phablet:~$ grep DEN /var/log/syslog | grep here [11:10] Oct 8 06:50:40 ubuntu-phablet kernel: [35946.625197] (0)[8321:QThread]type=1400 audit(1412751040.670:146): apparmor="DENIED" operation="open" profile="com.nokia.heremaps_here_1.0.1" name="/dev/tty" pid=8321 comm="QThread" requested_mask="wr" denied_mask="wr" fsuid=32011 ouid=0 [11:10] trainguards: can utopic silo 10 be published, please? [11:10] aha [11:11] ogra_: I'm assuming this is why we need the custom tarball again [11:11] davmor2, might be [11:11] ogra_: looking! [11:11] I mean [11:11] oSoMoN: looking! [11:11] heh [11:11] ogra_: nvm my ping ;p [11:11] ogra_: the denial log is huge [11:12] (stupid tab) [11:12] davmor2, well, you could try if adding the custom tarball helps indeed [11:12] but apparmor should have re-built the rules anyway [11:12] ogra_: you don't add it, it is a separate branch [11:16] davmor2, weird, I don't see those denials [11:17] john-mcaleely, before or after applying the tarball ? [11:17] davmor2, however, I see the same 'no location' behaviour on vanilla #90 and + device tarball #90 [11:17] ogra_, both [11:18] davmor2, also, the timestamps on your logs. really 06:50 for a device flashed in the last 30 mins? [11:19] john-mcaleely: yeah I'm going to do a fresh flash [11:19] davmor2, I see all the scope denials [11:19] (on my devices) [11:19] the /run/user/32011/leaf-net ones? [11:21] davmor2, brendand: how many people from QA do we have available today for QA sign-off and landing team stuff? Is that only you two or is there someone else as well? [11:22] davmor2, ogra_ I'm flashing a fresh 89 to see how that looked [11:22] Since I remember we had Victor as well? [11:22] sil2100: there are others that are called in too. Everyone is on alert [11:24] cjwatson: just in case you're not busy at some point, I've been wondering for a long while while sometimes the package setting up phase on builders takes ages, and sometimes not. sometimes amd64, sometimes i386, sometimes both are fast. [11:25] cjwatson: for example this amd64 build https://launchpad.net/~canonical-qt5-edgers/+archive/ubuntu/qt5-daily/+build/6444039 took 9 minutes until it started the actual build, until then installing and setting up packages [11:25] at the same time https://launchpad.net/~canonical-qt5-edgers/+archive/ubuntu/qt5-daily/+build/6444041 was building in around 1 minute [11:25] sil2100, no there is nobody else today [11:25] sil2100, until the evening [11:26] hm, this might be troublesome then, since we have a lot of silos requring QA sign-off + all these tarballs etc. to test [11:26] Is there no possibility of bringing someone in? [11:40] Mirv: lamiak's one of the machines that's due to get a RAID controller to improve its I/O performance: https://rt.admin.canonical.com/Ticket/Display.html?id=72785 [11:40] that's probably it [11:43] cjwatson: oh, great then. maybe that'll be fixed for good with that. [11:43] should be I think, yeah [11:44] though the wheels of hardware acquisition grind slowly, yet they grind exceeding small [11:53] * sil2100 lunch [11:59] === trainguards: IMAGE 274 DONE (finished: 20141008 12:00) === [11:59] === changelog: http://people.canonical.com/~ogra/touch-image-stats/274.changes === [12:04] http://people.canonical.com/~jhm/barajas/device_krillin-20141008-8ea26ef.tar.xz [12:05] http://people.canonical.com/~jhm/barajas/device_krillin-20141008-8ea26ef.changes [12:05] sil2100, ogra_ davmor2 brendand ^ the device tarball we discussed this morning, now ready for QA signoff [12:05] awesome [12:05] test results in all the usual places [12:06] it seems that #90 has an issue with location, fixed by a future custom tarball update. the device tarball seems not to impact that... [12:06] http://people.canonical.com/~jhm/barajas/device_krillin-testresults-20141008-8ea26ef.ods [12:07] test results ^ [12:10] sil2100, we really don't have anyone else [12:10] sil2100, and i'm actually tied to silo 19 [12:11] sil2100, so you need to decide what you want davmor2 to do [12:11] yes, please stay with silo 19 :) [12:13] * nik90 is excited about silo 19 :D [12:14] ++ [12:14] makes everything so much better [12:14] yup, finally everybody who said app launch is slow can shut up :) [12:29] brendand: I'm testing device and custom together cause I'm awesome and a little weird but they both need to land to fix everything that broke :( [12:29] ++ [12:30] Mirv: I hope you got your email [12:30] nik90, tbh it's not *that* amazing [12:30] but it does help quite a bit in some cases [12:31] * ogra_ finds it *that* amazing :P [12:31] brendand: I saw ToyKeeper's results..in many cases, the startup time is reduced by half..that's awesome tbh.. [12:31] the rest is up to app devs to reduce it further [12:31] there are some webapps where i even think they would be better off without a splash ... since they start so fast [12:33] sergiusens: thanks, gotten, seems to work. [12:33] popey: filemanger uploaded [12:33] sergiusens: ^ the "seems to work" part [12:34] with a bit of sedding to get to the normal click-toolbelt.cfg format [12:34] nik90: app launch is slow :P [12:35] davmor2, only the first time [12:35] (with silo 19) [12:35] ogra_: the silo hasn't landed yet so it is slow :) [12:35] heh, yeah [12:35] lol [12:43] ogra_: is there a way to land both custom and device tarballs? [12:44] ogra_: or is it a case of landing one then the other in quick succession [13:00] Mirv: please land 21 === Ursinha changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need help with something else? Ping vanguard: Ursinha | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: robru is on vacation [13:01] Wellark: 21? [13:01] utopic 21 is something for testing only, rtm 21 is empty [13:02] Mirv: line 51 in the sread sheet [13:02] Mirv: gah [13:02] Wellark: " this is just an integration silo and not blocking anything!" [13:02] mzanetti, thostr_: could you guys update the image numbers to line 51 of the landing sheet [13:02] Wellark: it's also not marked as tested [13:02] as you tested the feature [13:02] and update the comments too.. [13:04] Wellark: no, I didn't test the silo yet... always self compiled so far... [13:04] I can test it though and then add my name there. gimme 20 mins [13:06] Satoris also tested on mako [13:06] sil2100: was the thumbnailer backout after r88? [13:08] asac, yes thumbnailer is 'fixed' now [13:08] brendand, Can we bump up the priority of QA review on rtm/9 ? It fixes the shell, which is confusing some of the other QA reviews. [13:09] ted, ok it's next [13:09] brendand, Thanks! [13:09] Saviq, hey, the ':native' dependency issue should now be solved for unity8 builds. I'm working on enabling it for all projects [13:14] asac: yes [13:14] davmor2: how's the device tarball? [13:15] brendand, ping [13:15] sil2100: so it was in 88? [13:15] i saw weird media-hub behavioru on 88 [13:15] thats why i wonder if that was thumnailer bugginess still [13:15] asac: yeah, those should be fixed but davmor2 reported that there were still some leftover small issues with the scope previews [13:15] pstolowski, yep [13:16] asac: those seem to be gone now with todays image though [13:16] Mirv: i missed a window to copy the upstart.mediascanner-2.0.log log for the qmlscene crash bug. sorry, the devices are now flashed with 274, i'll copy them once this set completes [13:16] sil2100: yes, i see that the media-hub spinning on CPU 197% [13:16] is gone today [13:17] wonder if this is something i need to worry bout [13:17] hence was hoping for an explain [13:17] so you say scope previews were constantly hitting media-hub? [13:17] that would make me happy enough as an explain :) [13:17] brendand, hey, re your testing of ubuntu-rtm/landing-023 (unity-scopes-api), we're currently preparing a set of MPs that re critical to land asap, because they're important for some other project; would it make sense land them in utopic, then resync 023 so that you can test all that in one go? [13:19] pstolowski, if that's what you want to do it's fine by me [13:19] asac, sil2100: that is gone on latest I think let me take some photos in a second and double check, custom tarball may of broke photo's scope other than that both look good [13:19] Saviq, but I see it's still broken, will work on fixing that [13:19] brendand, yeah, i'd like to avoid these new set of fixes to be blocked waiting on 023 [13:20] brendand, i'm not sure if there's any other option? [13:20] pstolowski, you only need those to land in utopic? [13:20] pstolowski, i mean, urgently that is [13:20] brendand, no; rtm [13:21] pstolowski, the MPs that are critical to land asap, where is it critical for them to land? [13:21] pstolowski, in rtm or utopic? [13:21] brendand, in rtm [13:28] pstolowski, well whatever you need us to do just let me know [13:29] brendand, ok, thanks, i'll let you know. [13:38] john-mcaleely, sil2100 : right so there was a small breakage in the FB scope that kinda screwed up the photo scope so they are backing that out, however I see no issues with the device tarball if you want to land that now [13:40] dbarth: please ack conflicts: https://ci-train.ubuntu.com/job/prepare-silo/2621/console [13:40] davmor2, \o/ [13:41] sil2100, ogra_ is now a good time to push the device tarball then? [13:42] Yes, a +1 for me then [13:42] sil2100, ogra_ pushing [13:42] After that's done, we can stop landings for a while, build a new image, publish silo 19 (if it passes QA) and build a new image again [13:43] sil2100: we'll stil need to land the updated custom tarball so that location is fixed but that is special for after. I'm moving over to silo019 for a bit till it is ready for testing again [13:44] sil2100, ogra_ published [13:44] pushed, even [13:44] cool ! [13:44] Yeah, +1 on that - I would prefer we contentrate on our earlier plan, i.e. silo 19 and then the custom tarball [13:45] sil2100, well, we should land the custom one today too if davmor2 wants to have the promotion image ready today [13:46] Sure, but one thing after another [13:46] We only have 2 QA people right now so we need to manage the limited resources ;) [13:47] still ? [13:47] shouldnt the US slowly get up ? [13:48] ogra_, elopio is in CR and ToyKeeper is in Colorado and works odd hours anyway [13:48] ogra_, so it will be after the landing meeting before we really have more resources [13:48] ogra_, by which time i'll be done... [13:48] we really need to talk to your boss about some cloning [13:49] ogra_, on the brightside, we can get started with landing silo 19 now! [13:50] sil2100: I need a silo for line 67 please [13:50] brendand, yay [13:50] bfiller: aye! [13:50] brendand, we should perhapy wait til the device tarball image is done [13:51] * ogra_ hasnt checked where system-image stands with that [13:51] bfiller: btw. why does this have a camera-app test plan attached? ;) [13:51] sil2100: copy/paste error :) will fix [13:51] Thanks, assigning anyway ;) === karni is now known as karni-snack [14:02] john-mcaleely, did you push yet ? [14:02] (i dont see anything happening on the server) [14:02] ogra_, do you think rtm silo 009 is low risk? [14:03] ogra_, 'Export XDG vars to adb shell' [14:03] ogra_, from tedg [14:03] mzanetti: are you close on adding the Yes (#number krillin mzanetti) on line 50 on the landing sheet? [14:03] brendand, well, its ugly and a totally broken implementation ... but not high risk [14:04] Wellark: yep [14:04] brendand, i wouldnt have approved it [14:04] brendand, but it wont do harm to land it [14:04] ogra_, hm, I think I did [14:04] ogra_, i just love it when people use the words 'totally broken' to describe something that works but not in the way they want :) [14:04] brendand, https://code.launchpad.net/~ted/ubuntu-touch-session/xdg-to-profiles/+merge/237476 see my comment there [14:05] ogra_, so it's not high risk and won't do any harm, but is also totally broken :) [14:05] it wont break anything though ... and is functionally safe [14:05] ogra_, the two files I change look correctly changed [14:05] bfiller: love that term as well, Robert is a big fan of using that [14:05] I mean, brendand [14:05] What's wrong with irssi's tab completion todayC! [14:05] sil2100, i know a lot of people who throw that around [14:05] bfiller: nvm [14:05]