[00:00] <Saviq> Wellark, ;)
[00:01] <Wellark> I kinda have the feeling that we won't have those tablets in december..
[00:01] <Saviq> Wellark, it doesn't say *we* will release it though
[00:02] <Wellark> Saviq: I meant "we" as a community
[00:02] <Saviq> Wellark, if someone actually wants (as the article states) to buy some tablets and put UT on it... as long as they don't call it Ubuntu, they're fine
[00:03] <Wellark> yeah
[00:04] <cwayne> looks like they want to call it Ubuntu Touch though
[00:34] <popey> Saviq_: Wellark i spoke to them, they say they've been in contact with legal...
[00:34] <popey> I did point out the Tablet UI aint done yet and wished them luck.
[00:38] <pngo_> I'm trying to send a txt msg, and I get SIM Card is locked, but SIM PIN is Off
[00:39] <pngo_> is this a bug?
[04:29] <pngo_> why I can send mms txt but can not receive it?
[05:07] <pngo_> how can I enable read-write mode. I tried 'phablet-config writable-image' but I get 'PING lunchpad.net... 56(84) bytes of data
[08:26] <pitti> alecu, dobey: unity-scope-click now fails to build: https://jenkins.qa.ubuntu.com/job/vivid-adt-unity-scope-click/6/?
[08:28] <pitti> looks like the new ubuntu-download-manager breaks it (see http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#ubuntu-download-manager)
[08:28] <pitti> sil2100: ^ FYI
[08:34] <sil2100> pitti: thanks for the info!
[09:36] <JamesTait> Good morning all; happy Checklist Day! :-D
[10:28] <seb128> does anyone know how to look if the phone received a sms and failed to get through the services/UI, or if it didn't receive it?
[10:28] <seb128> I'm 2 phones, an android and a touch one, send from touch to android works, back doesn't work ... the touch phone do receive messages from other people fine though
[12:11] <pngo_>  how can I enable read-write mode. I've  tried 'phablet-config writable-image' but I get 'PING lunchpad.net. (91.189.89.223) 56(84) bytes of data
[12:13] <ogra_> pngo_, thats fine, it should eboot after that and be writable
[12:13] <ogra_> *reboot
[12:13] <pngo_> does not reboot
[12:14] <pngo_> also I can send mms txt but can not receive
[12:14] <sergiusens> seb128: /var/log/syslog and http://paste.ubuntu.com/8746254/ (that is the monitor output of sending an sms to myself)
[12:17] <ogra_> pngo_, you can make the image writable manually ... adb shell ... then sudo touch /userdata/.writable_image ... ctrl-D ... adb reboot
[12:18] <pngo_> another think that I found if I get  an image from a devel channel, my sim card id locked, but if I get devel-proposed all works.
[12:18] <ogra_> note that you lose the ability for any supported upgrade path though
[12:18] <ogra_> yes, thats a known but in the last promoted utopic image ... all focus is on rtm currently
[12:18] <ogra_> s/but/bug/
[12:19] <sergiusens> stgraber ogra_ is devel (alias to ubuntu-touch/utopic) going to change to vivid? (same for -proposed)
[12:19] <pngo_> it is rtm
[12:19] <ogra_> sil2100, asac ^^^^ we should consider to promote the last utopic-proposed build into utopic ... so people dont get that issue
[12:19] <ogra_> sergiusens, it will, once we have something in vivid
[12:20] <ogra_> i think devel-proposed points to it already if i understood slangasek right
[12:20] <sergiusens> ogra_: well vivid-proposed would be good to set already; it is after all the development series ;-)
[12:20] <ogra_> right
[12:20] <ogra_> and i think that happened
[12:20] <ogra_> just not vivid yet because the channel is empty
[12:21] <pngo_> I tried both: ...rtm/devel and rtm/devel-proposed
[12:21] <ogra_> we can only switch the alias once there is something in it
[12:21] <sergiusens> ogra_: devel-proposed (alias to ubuntu-touch/utopic-proposed)
[12:21] <ogra_> oh, ok
[12:21] <ogra_> then he was perhaps waiting for it to arrive ... i'll poke him later once he is up
[12:22] <ogra_> (i went offline before it arrived on s-i.u.c)
[12:29] <seb128> sergiusens, thanks
[12:30] <sergiusens> np
[12:31] <pngo_> FYI even when I enabled read-write mode, I always were getting upgrades when I went to system settings. Not sure if this is current now when I'm on rtm channel
[12:31] <ogra_> pngo_, yes, you will get upgrades but it isnt supported :)
[12:32] <ogra_> expect it to break stuff
[12:32] <ogra_> the upgrader doesnt stop people from shooting themselves in the foot ;)
[12:37] <asac> ogra_: get what issue?
[12:37] <asac> shouldnt we just move alias of devel to vidid now?
[12:38]  * asac is still waiting for the upgrade to first vidi on mako
[12:38] <ogra_> asac, we cant move aliases to empty channels
[12:38] <ogra_> we need a promotion first
[12:39] <ogra_> (well, we technically can move aliases anywhere we want ... but we shouldnt point to empty channels)
[12:39] <sergiusens> asac: it can be done for devel-proposed though
[12:39] <sergiusens> just need someone with the keys to do it
[12:39] <ogra_> asac, the issue was that SIM unlock was broken for mako in the last promoted images
[12:39] <ogra_> sergiusens, yes, and slangasek already announced he'd do that in his mail
[12:40] <ogra_> same issue though, we were waiting for imge #1 first
[12:44] <pngo_> I have another question, is there a way to install apps without login to ubuntu one account? this seems to me more like android/proprietary way of doing things. another words is there a command that I can use to install them?
[12:45] <ogra_> if you have a .click package you can indeed istall it via commandline ... but you need to use the --allow-unauthenticated switch for that to tell it to drop all security
[12:46] <ogra_> U1 has nothing to do with proprietary but with the fact that you want to make sure there is no malware coming down the drain :)
[12:50] <sergiusens> ogra_: if the click was downloaded from the store; you don't need te --allow-... flag
[12:50] <ogra_> sergiusens, how do i download it via cmdline ?
[12:51]  * ogra_ didnt know thats possible 
[12:51] <sergiusens> ogra_: just like click-sync
[12:51] <sergiusens> ogra_: sign the get call with the oauth cred
[12:51] <ogra_> hmm
[12:52] <ogra_> we should mangel that into a backup/restore script ;)
[12:52] <ogra_> *mangle
[12:54] <cwayne> well then you still need a u1 account to get them in the first place :P
[12:55] <ogra_> cwayne, hmm, could that be backed up and restored via cmdline ?
[12:56] <ogra_> would be cool to have a script that gets you back to normal even after a --bootstrap
[12:57] <Tassadar> vivid images! \o/
[12:57]  * Tassadar starts adding 'em to s-i.tasemnice.eu
[13:00] <ogra_> heh
[13:00] <Tassadar> does this mean utopic and utopic-proposed images are no longer built?
[13:00] <ogra_> Tassadar, dont expect them to be stable :)
[13:00] <ogra_> since last week, yeah
[13:01] <Tassadar> cool, so I can remove them
[13:01] <ogra_> they would all be the same ... the archive is closed
[13:01] <ogra_> well, dont rush it
[13:01] <ogra_> devel will still point to utopic til the first promotion
[13:01] <Tassadar> I'll leave 3 images instead of 10, to save space
[13:01] <ogra_> devel-proposed should be re-targeted to vivid-proposed later today
[13:04] <pngo_> sorry, it does not make sense to me that every time I want to install app I have to sign in to account. I thought that once app is in the channel/repository, it is trusted, and malware free.
[13:05] <pngo_> and I free to install any app I want. this works on desktops.
[13:11] <ogra_> pngo_, you are free to do the same on your phone
[13:11] <ogra_> via cmdline
[13:12] <kenvandine> mzanetti, do you know when your unity8 branch for the launcher gsettings change will land?
[13:12] <pngo_> ogra_, so at terminal I type "click notes"
[13:13] <pngo_> ogra_, if I want to install notes
[13:13] <ogra_> no, you download the click somewhere ... adb push it and use pkcon install-local --allow-unauthenticated /path/to/click
[13:13] <pngo_> thank you
[13:15] <mzanetti> Saviq: can you answer kenvandine's question?
[13:16] <Saviq> kenvandine, today hopefully
[13:16] <Saviq> mzanetti, basically, when you fix your index branch ;)
[13:17] <mzanetti> Ran 1 test in 299.972s
[13:17] <mzanetti> ...
[13:18] <kenvandine> Saviq, will that landing also include the mterry's expose-lockscreen-passphrase branch?
[13:18] <Saviq> kenvandine, yes
[13:18]  * Tassadar is wondering if upgrade on devel-proposed (from version 299 to 1, because of utopic -> vivid) is gonna work okay
[13:18] <kenvandine> great
[13:18] <kenvandine> that'll unblock a few of my landings :)
[13:19] <ogra_> Tassadar, i guess stgraber or barry should be able to tell
[13:20] <sergiusens> Tassadar: ogra_ it's already been done for saucy->trusty in some way already
[13:20] <barry> Tassadar: it will work if devel-proposed is a channel alias and the target channel changed.  i haven't looked, but if the alias now points to a different channel, it should do an effective -b 0 update
[13:20] <Tassadar> yeah, I think I already discussed this with somebody, but I don't remmeber the result :x
[13:20] <Tassadar> oh, right, that was it
[13:21] <ogra_> barry, not yet ... waiting for slangasek to change the alis
[13:21] <Tassadar> maybe I'll remember it for next version :D
[13:21] <ogra_> *alias
[13:21] <barry> ogra_: ack
[13:21] <barry> ogra_: is the window for landing to rtm still open for today?
[13:22] <ogra_> barry, i dont think so, ask sil2100
[13:22] <ogra_> if you have a critical blocker you can surely ask pmcgowan or olli for approval though
[13:23] <barry> ogra_: thx
[13:25] <olli> barry, if you have something you want to land then I suggest adding to the wish list
[13:25] <olli> barry, was that your q from ubuntu-ci-eng?
[13:26] <barry> olli: it's on the wish list.  this is s-i 2.5.1 for phased-updates.  it's sitting in QA sign-off.  not sure how/when to push this along to rtm
[13:27] <ogra_> barry, you dont ... (if it is an rtm silo) ... it is all in QAs hands now
[13:27] <ogra_> (and landing team for pressing "publish")
[13:27] <barry> ogra_: okay then!
[13:27] <barry> thx
[13:28] <mpt> kemmko, I reported bug 1387656
[13:30] <sil2100> barry: see announcement on -phone ;)
[13:30]  * barry is still slogging through email
[13:47] <dobey> pitti, sil2100: there's a silo for a sync to vivid, but i need to rebuild it and am having a bit of problem getting it rebuilt in the ppa
[13:54] <cwayne> pitti: ping
[14:01] <pitti> cwayne: hello
[14:03] <cwayne> pitti: hiya, so I've been trying to run some autopilot tests with adt-run, but running into some issues
[14:03] <cwayne> first is this one: https://pastebin.canonical.com/119623/
[14:03] <pitti> cwayne: oh, for sure; I spent some time on fixing most/all of these recently, so you really need 3.7
[14:03] <cwayne> should adt-run be calling pkcon install-local instead of click install
[14:03] <cwayne> ah, let me check my version
[14:04] <cwayne> 3.6 here, is 3.7 in a ppa somewhere?
[14:04] <pitti> cwayne: right, that's bug 1384417; but it's largely moot now
[14:04] <pitti> cwayne: I just uploaded it to Debian, so it's not yet in Ubuntu; but I can give you a .deb if you want to
[14:05] <pitti> cwayne: for that you really need to give it your pin/password with -p
[14:05] <cwayne> pitti: sure, ill try out a deb
[14:05] <pitti> cwayne: since we dropped autopilot from the images, the test needs root privileges to reconfigure apparmor
[14:05] <pitti> cwayne: the setup script tries "0000" and "phablet", if you use something else you need to specify it
[14:05] <jgdx> bfiller, re bug 1374082 and your last comment: USS have no way of unlocking specific sims either!
[14:05] <cwayne> pitti: makes sense
[14:06] <pitti> cwayne: http://incoming.debian.org/debian-buildd/pool/main/a/autopkgtest/autopkgtest_3.7_all.deb
[14:06] <pitti> cwayne: (will sync to vivid by tomorrow)
[14:06] <cwayne> pitti: thanks
[14:06] <pitti> cwayne: I'll still look at that bug to make it more obvious what the issue is
[14:06] <jgdx> Wellark, your take on bug 1374082 ?
[14:06] <cwayne> i may as well upgrade my desktop to vivid :P
[14:07] <pitti> cwayne: the deb should be fine on trusty and utopic too
[14:07] <pitti> cwayne: anyway, I had some catch-up to do due to changed adb/unity behaviour and dropping autopilot
[14:07] <cwayne> pitti: yeah, i figured
[14:07] <cwayne> ah
[14:07] <pitti> cwayne: so unfortunately utopic's version doesn't work :(
[14:13] <jgdx> bfiller, but we can make a good guess, so I guess that something :)
[14:16] <Wellark> jgdx: sorry on a meeting
[14:18] <jgdx> Wellark, ack
[14:20] <Wellark> jgdx: please ping me privately and write a backlog of questions and I will get back to you :)
[14:20] <jgdx> Wellark, will do
[14:23] <jcastro> I set my nexus4 in developer mode but it doesn't show up in `adb devices`, any ideas?
[14:23] <pitti> jcastro: I need to reboot after doing that
[14:23] <pitti> about 9 out of 10 cases
[14:23] <jcastro> reboot the phone?
[14:23] <pitti> yes
[14:23] <jcastro> ok
[14:30] <cwayne> pitti: 3.7 complains when i try to pass -p <pin>
[14:30] <pitti> cwayne: what's your command line?
[14:30] <pitti> (I figure there's a -- missing)
[14:41] <slangasek> ogra_: sorry, not clear from scrollback what it is you're waiting on me for
[14:41] <ogra_> slangasek, pointing devel-proposed to vivid-proposed
[14:41] <slangasek> ah
[14:41] <slangasek> I didn't say I was doing that :)
[14:41] <ogra_> hmm, i thought you said in your mail ...
[14:42] <ogra_> (but i was very tired when reading it)
[14:42] <ogra_> slangasek, in any case we should :)
[14:42] <ogra_> only -proposed for now though
[14:42] <slangasek> yes, we should
[14:42] <ogra_> devel to vivid needs an image in there first
[14:42] <slangasek> right; devel is not an alias, we promote the images into it when it's ready
[14:42] <ogra_> right
[14:43] <ogra_> but with the first vivid promotion it should be re-targeted
[14:44] <dobey> daker: hey, how does one change the user-agent for a webapp now? i thought there was a command line option, but i don't see it. do i have to do the custom qml thing still?
[14:44] <ogra_> dobey, isnt that an oSoMoN question ?
[14:44] <ogra_> :)
[14:45] <daker> dobey: yo, http://paste.ubuntu.com/8642612/ i haven't tested it :)
[14:45] <dobey> ogra_: maybe, but i've always discussed the issues there with daker before :P
[14:45] <ogra_> heh
[14:45] <daker> ogra_: I AM THE WEB MASTER!
[14:45] <ogra_> LOL
[14:45] <ogra_> ok
[14:45] <ogra_> :)
[14:45]  * daker hides behinds dobey
[14:46]  * ogra_ makes note ... daker - owner of the internet
[14:46] <dobey> heh
[14:46] <daker> :D
[14:47] <slangasek> ogra_: devel-proposed alias changed, should be reflected in the next import
[14:47] <ogra_> great
[14:47] <ogra_> image 3 is currently building
[14:47] <daker> dobey: if it does work please tell me :)
[14:50] <daker> dobey: you can test that by using http://whatsmyuseragent.com/ as your URL
[14:53] <dobey> "text": "should not specify --webappUrlPatterns when using --webappModelSearchPath"
[14:53] <dobey> daker: i get that when building a click
[14:54] <dobey> is "includes" in the .json the same thing as expected in UrlPattens arg?
[14:57] <daker> dobey: i think yes, just remove --webappUrlPatterns
[15:01] <dobey> daker: is not working for me :-/
[15:02] <daker> dobey: you mean it does run but doesn't change the UA ?
[15:03] <dobey> daker: yes
[15:03] <daker> dobey: can you pastebin webapp-properties.json ?
[15:06] <dobey> daker: http://pastebin.ubuntu.com/8747957/
[15:10] <daker> dobey: try something like http://pastebin.ubuntu.com/8748045/
[15:18] <dobey> daker: hmm, still not working
[15:21] <daker> dobey: :/ alexabreu anyidea why it's not working ?
[15:22] <alexabreu> daker, yes unfortunately ... https://code.launchpad.net/~abreu-alexandre/webbrowser-app/fix-webapp-properties-ua-override
[15:22] <alexabreu> daker, it will land soon
[15:22] <daker> dobey: :/
[15:23] <dobey> indeed :-/
[15:32] <dobey> guess i'll have to do the qml hack
[15:33] <dobey> i wish there was a --not-like-android option
[15:33] <dobey> or a --empty-user-agent, but pretty sure that will just break the world, because web sites are stupid
[15:34] <dobey> yup
[15:36] <dobey> ooh
[15:36] <dobey> this site seems to work with just "Mozilla/5.0" at least
[15:36] <dobey> cool, so does launchpad
[15:37] <daker> hhh
[15:37] <dobey> google plus not so much though :(
[15:38] <dobey> it redirects to https://plus.google.com/browser-not-supported/?ref=/ which is apparently a 404
[15:38] <dobey> lol
[15:40] <dobey> awesome, gmail gives the totally old school interface with that ua
[15:48] <mardy> Laney: mmm... does the deb package build there? I get a failure: "dh_install: gir1.2-accounts-1.0 missing files (usr/lib/*/girepository-1.0), aborting"
[15:48] <Laney> mardy: you need to build on vivid
[15:49] <davmor2> daker: when you say I AM THE WEB MASTER like that it makes me think of this https://www.youtube.com/watch?v=wmin5WkOuPw
[15:50] <mardy> Laney: but I guess that means that we should update some build-dependency version?
[15:50] <mardy> Laney: what exactly do we miss, in utopic?
[15:51] <Laney> indeed, didn't I do that?
[15:52] <Laney> ah, didn't push it
[15:52] <Laney> mardy: try now
[16:03] <daker> davmor2: https://i.imgur.com/HcHso2v.png :D
[16:05] <davmor2> daker: No it should read, I AM THE WEB MASTER.....TWISTED WEB MASTER ;)
[16:08] <justCarakas> nice one daker
[16:34] <seb128> bah
[16:34] <seb128> so twice since yesterday that I use indicator-message to reply to a sms and that unity8 segfault
[16:34] <seb128> is that a known issue?
[16:35] <ogra_> seb128, yes, silo 13 has the fix ...
[16:35] <ogra_> about to land soon
[16:35] <ogra_> (or silo10 ... or both together .. in any case it will land tonight)
[16:35] <seb128> great
[16:36] <seb128> those are ok for rtm?
[16:36] <ogra_> seb128, you mean you didnt have that all week ?
[16:36] <ogra_> yep
[16:36] <seb128> I usually don't reply inline
[16:36] <seb128> but from the app
[16:36] <ogra_> ah
[16:36] <ogra_> well, unity8 crashing was the common meme this week
[16:36] <seb128> yeah, that I noticed
[16:36] <ogra_> you just found an additional trigger :)
[16:36] <seb128> but I was unsure that reply from the indicator was the same issue
[16:37] <ogra_> if you still see it tomorrow it is time to get worried :)
[16:37] <seb128> k
[16:37] <seb128> of course messaging app get screwed after unity8 restart
[16:38]  * seb128 reboots
[16:38] <ogra_> yeah, thats still something to solve
[16:38] <ogra_> though if unity doesnt crash it wont be that harmful
[16:39] <ogra_> the prob is that the lifecycle managed apps that are suspended would have to be started again before being killed ...
[16:39] <ogra_> but the thing starting them is gone (unity)
[16:42] <kenvandine> seb128, what was the verdict on your titles-uis-tweaks branch?
[16:43] <ogra_> if you just kill them you produce unwanted crashes
[16:44] <rickspencer3> ogra_, I want to flash my Nexus 4 onto vivid, I don't mind wiping it if I need to
[16:45] <rickspencer3> is this crazy of me? and if not, can you tell me the right command?
[16:45] <ogra_> rickspencer3, what channel are you on today ?
[16:45] <rickspencer3> ogra_, wow, it's been so long
[16:45] <rickspencer3> I think 14.10 proposed
[16:45] <rickspencer3> as in, not rtm
[16:45] <ogra_> devel-proposed (as you should have used) will just magically switch you to vivid
[16:45] <seb128> kenvandine, thanks for the reminder, I was waiting for CI to give me a deb to test on the device and sort of changed to other work and forgot about it, trying that in a bit
[16:45] <ogra_> if yoou used a versioned channel you are rather screwed
[16:46] <rickspencer3> ogra_, so I just use the updater?
[16:46] <ogra_> and have to switch channels
[16:46] <ogra_> rickspencer3, on devel-proposed you can just OTA ... on utopic-proposed or 14.10-proposed you are at a dead end
[16:46] <rickspencer3> ogra_, actually, I think I was devel, not devel-proposed now that I think of it
[16:46] <ogra_> devel wont have anything until we promote an image in vivid
[16:46] <rickspencer3> ah
[16:46] <kenvandine> seb128, i was wondering what happened design wise, didn't mpt say something after you created this?
[16:47] <Laney> I thought you could switch channels by passing -b 0 or something
[16:47] <rickspencer3> ogra_, ok, I don't mind switching channels to devel propsosed
[16:47] <ogra_> which ... depending on QA spare time ... might take days oor weeks
[16:47]  * kenvandine can't remember the story, friday seems like months ago :)
[16:48] <ogra_> rickspencer3, you can do that via abd shell/phablet-shell
[16:48] <rickspencer3> cool
[16:48] <rickspencer3> man, this version feels ooools
[16:48] <rickspencer3> man, this version feels oooold
[16:48] <rickspencer3> :)
[16:48] <rickspencer3> ogra_, ok, I'm in phablet-shell,  what's the next step?
[16:49] <ogra_> rickspencer3, use: sudo system-image-cli --switch ubuntu-touch/devel-proposed -v
[16:49] <ogra_> it should show you the download etc and then reboot into flashing
[16:49] <ogra_> in case it fails, barry is your man :)
[16:49] <rickspencer3> ok
[16:49] <rickspencer3> lol
[16:49] <seb128> kenvandine, well, he said that some items are title, some hearders, some labels
[16:49] <rickspencer3> I can drive up to his house and he can fix it for me
[16:49] <ogra_> haha
[16:50] <rickspencer3> ogra_, so, this version is remarkably old
[16:50] <seb128> kenvandine, I tried to use the right components, I just don't understand the logic so you might need to check with mpt again or to get him to write down what component to use for each indivdual case
[16:50] <rickspencer3> like, before we had a password screen old
[16:50] <seb128> since it's not clear from the design mockups
[16:50] <kenvandine> seb128, yeah, i'm not clear on that either
[16:50] <kenvandine> mpt__, ^^^ mind documenting that for us?
[16:51] <daker> davmor2: :D
[16:51] <pitti> ChickenCutlass: hey Michael, how are you?
[16:52] <pitti> ChickenCutlass: I'd appreciate if you or someone else could review https://code.launchpad.net/~pitti/powerd/upower0.99/+merge/240141 soon, as we are currently doing this transition in -proposed and it's one of the last items
[16:52] <davmor2> rickspencer3: that's cause that version is ooooolld
[16:53] <ChickenCutlass> pitti: ok let me look
[16:53] <rickspencer3> I'll be interested to see how it actually handles this upgrade
[16:54] <cloudnull> hey all, I have an HP touchpad and was curious if anyone had any information on installing / updating a touchpad to use 14.09 . there are quite a few guildes out on how to get saucy setup but nothing more recent that i've seen .
[16:55] <lotuspsychje> cloudnull: maybe the XDA forums?
[16:55] <cloudnull> i've been crawling around there but to no avail yet
[16:56] <Laney> pitti: Isn't connecting to "notify" going to lead to too many wakeups?
[16:56] <Laney> You're supposed to just listen to the properties you want, no?
[16:57] <pitti> Laney: well, the previous device-changed was no different really
[16:57] <Laney> it iterates over every device each time ._.
[16:57] <pitti> it's called whenever any device changed, right; but both the old and the new thing do that?
[16:57] <Laney> I believe that this is no worse...
[16:57] <ogra_> that might explain why we are seeing upower being so busy on krillin all the time
[16:57] <ogra_> (it constantly fails the systemsettle tests by 0.1% CPU idle or so, while mako doesnt )
[16:58] <pitti> ogra_: oh, does the kernel send out a gazillion battery uevents every second or so?
[16:58] <ChickenCutlass> pitti: yes, but we have since fixed the kernel
[16:58] <ogra_> pitti, yeah, its is a bit noisy it seems ...
[16:58] <ChickenCutlass> or at least are trying to
[16:58] <pitti> ChickenCutlass: ah, good
[16:58] <Laney> Well there's some refactoring that can be done here surely, thanks to upower 0.99
[16:59] <pitti> Laney: yes, possibly; I just don't want to bind such a thing to the transition, as that alone is hairy enough
[16:59] <ChickenCutlass> pitti: so this MR is for Vivid?  Just to be clear.
[16:59] <Laney> Right. But it's a good time to notice opportunities.
[16:59] <pitti> ChickenCutlass: yes
[16:59] <ChickenCutlass> right
[16:59] <ChickenCutlass> ok
[16:59] <ogra_> ChickenCutlass, it still keeps the dbus quite busy, even with the fixed kernel
[17:00] <ChickenCutlass> ogra_: yeah still more to do
[17:00] <pitti> ChickenCutlass: I assumed lp:powerd was about as "trunk"y as it gets?
[17:00] <ChickenCutlass> pitti: yup. only one branch
[17:00] <pitti> ChickenCutlass: so if we need another powerd fix for rtm 14.09, we need to branch off
[17:00]  * ogra_ just wrote a small analyse script for our systemsettle tests ... and dbus/upower stick out on krillin 
[17:00] <ChickenCutlass> pitti: right was just going to ask how we do that
[17:01] <pitti> ChickenCutlass: it doesn't need to happen right away; you can branch off r146 at any time when the need comes up
[17:01] <pitti> (or whichever else revision RTM has)
[17:01]  * Laney files a upower bug
[17:01] <Laney> s/upower/powerd/
[17:01] <ChickenCutlass> pitti: so trunk would reflect Vivid and branch if need be for RTM?
[17:02] <pitti> ChickenCutlass: right, that's the usual approach; but RTM branches should not be created in advance, as for many packages we'll likely never need them
[17:02] <daker> davmor2: fixed :D https://i.imgur.com/CVWSGsZ.png
[17:02] <ChickenCutlass> right
[17:03] <pitti> kalikiana, elopio: any chance we can land https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/staging soon to unbreak the emulator?
[17:03] <pitti> (it's a trivial dep fix)
[17:03] <davmor2> daker: much better
[17:03] <pitti> kalikiana, elopio: err sorry, I mean https://code.launchpad.net/~pitti/ubuntu-ui-toolkit/gles-dep/+merge/239618
[17:03] <elopio> bzoltan_: ^
[17:03] <pitti> (I just looked at the recent committers)
[17:04] <elopio> pitti: it's simple to land into staging. To land into the archive, bzoltan_ does like a day full of tests.
[17:04] <pitti> elopio: for a simple addition of an alternative dependency??
[17:04] <elopio> bzoltan_: do you have a landing planned soon?
[17:04] <pitti> now, that sounds like a waste :)
[17:05] <pitti> due to that testing in the emulator currently doesn't work at all so there's nothing to break; and it's a no-op on other devices
[17:05] <elopio> pitti: well, maybe you can put that directly into trunk and make an update to the archive only for that.
[17:05] <elopio> staging certainly has more changes that require going through the silo testing process
[17:05] <pitti> elopio: I don't know (it mostly needs to go into RTM, but to trunk as well of course)
[17:06] <pitti> elopio: I'm happy to do a direct RTM upload with just that dep change, but (1) I don't know who will slap my hands for that, and (2) it should still land in staging first
[17:06] <pitti> so I'm mostly looking for "tell me what to do now" :)
[17:07] <pitti> eek, https://jenkins.qa.ubuntu.com/job/powerd-utopic-armhf-ci/23/console -- it seems the CI train doesn't build against -proposed?
[17:08] <elopio> bzoltan_ is away. zsombi is not around. ping t1mp or kalikiana?
[17:08] <pitti> ChickenCutlass: ^ so it's quite impossible to make this automatic test work; we can only make it installable in vivid *after* landing that very powerd fix, as that's holding upower 0.99 in -proposed
[17:08] <pitti> ChickenCutlass: (but I think that failure doesn't technically block landing)
[17:11] <Laney> you could add some #if !UP_CHECK_VERSION-fu
[17:12] <ChickenCutlass> pitti: ok so the change looks fine to me.
[17:12] <ChickenCutlass> pitti: do you need me to top approve
[17:12] <pitti> Laney: but that would then still not test the actual outcome?
[17:12] <pitti> yeah, #ifdefery would otherwise work if you want to keep the branches in sync
[17:13] <pitti> if ChickenCutlass prefers that, I can rework that
[17:13] <ChickenCutlass> pitti: if it is not too much work — having that if check would be good.  then we can stay on one branch
[17:13] <pitti> ChickenCutlass: ok; I'll look into this tomorrow morning then
[17:14] <ChickenCutlass> ok
[17:14] <pitti> ChickenCutlass: thanks for the first review!
[17:14] <Laney> pitti: yeah, then a no-change rebuild, seems a bit shonky
[17:14] <ChickenCutlass> sure
[17:15] <ybon> seems I cannot browse anymore the FS of my Nexus4 from Nautilus, anyone experiencing this too?
[17:16] <pitti> elopio: ok, thanks
[17:16] <pitti> t1mp: can we land https://code.launchpad.net/~pitti/ubuntu-ui-toolkit/gles-dep/+merge/239618 soon to unbreak the emulator?
[17:16] <pitti> t1mp: it's a trivial dependency fix
[17:17] <kalikiana> pitti: hmm well, it should go to staging and then it'll be in the next landing
[17:17] <pitti> kalikiana: I'm happy to do a direct RTM upload for just that if that's ok, and stuff in /staging isn't directed at RTM, but indeed it should land in trunk first
[17:18] <kalikiana> pitti: why did it break in the first place?
[17:18] <kalikiana> pitti: staging is rtm, we have nothing else
[17:18] <kalikiana> it's another name for about-to-land ;-)
[17:18] <pitti> kalikiana: I don't know :) I suppose someone added the qtdeclarative5-ubuntu-ui-toolkit-plugin dep to -autopilot and forgot about -gles
[17:19] <pitti> kalikiana: ah, ok; so for toolkit, RTM, utopic, and vivid are all in sync?
[17:19] <kalikiana> pitti: so far they are. I even heard today we might end up having new features in rtm despite utopic being release :-|
[17:20] <pitti> I talked to fginther and ev last week, we really need to make the emulator a first-class test platform; otherwise it will keep breaking due to stuff like that
[17:20] <kalikiana> pitti: I agree. same for QtCreator which broke last time for a similar mishap
[17:20] <pitti> kalikiana: I guess for utopic that doesn't matter, as that's sealed now; so as long as there's nothing new to be ladned in vivid which isn't directed at RTM, it should be fine
[17:20] <kalikiana> but imho trying to side step QA now is not the solution
[17:21] <pitti> kalikiana: oh, I just suggested that as elopio said that ther are changes in trunk not meant for RTM
[17:21] <pitti> or I misunderstood him
[17:22] <kalikiana> pitti: we don't have any other branch
[17:22] <kalikiana> elopio: what did you mean by that?
[17:23] <pitti> oh, right, so misunderstanding; he said that there are other changes besides that, so they need proper QA
[17:24] <kalikiana> the subject of having a separate branch for rtm did come up; but we haven't done one so far
[17:24] <pitti> kalikiana: as long as you don't need it, it's certainly simpler to keep just one
[17:25] <mpt> kenvandine, my wireframes are not quite high-enough resolution to tell … But in general, the ones that end in colons are labels, and the ones that don’t are headers
[17:25] <kenvandine> seb128, ^^ is that enough clarification?
[17:25] <mpt> kenvandine, also, https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1242666/comments/8
[17:28] <kenvandine> mpt, thanks
[17:28] <mpt> kenvandine, seb128: When new visual designers arrive in a couple of weeks I’m scheduled to sit down with one of them and make a few pixel-precise mockups of System Settings screens
[17:29] <seb128> kenvandine, that's the rule of thumb I used when I worked on that branch ;-)
[17:29] <mpt> so that we can then go to the toolkit team and say, “Please make standard toolkit elements look exactly like this”
[17:30] <seb128> some are a bit weird though
[17:30] <seb128> kenvandine, mpt, e.g what element is "Charge level" on https://wiki.ubuntu.com/Power#Phone
[17:30] <seb128> it looks like an header
[17:30] <Laney> ogra_ / ChickenCutlass: bug #1387810
[17:30] <seb128> but with a value
[17:31] <ChickenCutlass> Laney: ack
[17:31] <mpt> seb128, yes, “Charge level” is an oddball. It’s a header that’s doing double-duty as the label for the data adjacent.
[17:31] <seb128> mpt, I'm unsure the toolkit has an element that does that :-/
[17:31] <mpt> I’m cheating there to avoid repeating exactly (or almost exactly) the same text immediately below.
[17:31] <seb128> I guess we can do a custom widget in settings though
[17:32] <rickspencer3> olli, I have not put a SIM in yet, but so var Vivid on my nexus 4 seems quite good
[17:32]  * mpt -> out
[17:32] <olli> ogra_, ^
[17:32] <olli> :)
[17:32] <ogra_> olli, rickspencer3 \o/
[17:33] <rickspencer3> oops
[17:33] <rickspencer3> thanks olli
[17:33] <ogra_> just wait til we switch to systemd :)
[17:33] <rickspencer3> stupid tab completion
[17:33] <rickspencer3> ogra_, oh, I will wait :)
[17:33] <ogra_> :)
[17:33] <olli> lol
[17:34] <ogra_> olli, btw, i would have sent the mail i just sent to phalet@ to ue-leads ... but i cant (as a non-member)
[17:34] <rickspencer3> oops, phablet-screenshot doesn't work because I am not in developer mode and have no password
[17:34] <ogra_> (that was a super subtle way to get your attention to the mail, in case you didnt guess)
[17:34] <rickspencer3> it's remarkable how far this has come
[17:34] <ogra_> :D
[17:36]  * olli feels like he should read ogra_'s mail
[17:36] <ogra_> lol
[17:43] <rickspencer3> hey barry so, it looks like my click apps that need updates now that I am on Vivid are not updating :/
[17:44] <rickspencer3> oh, wait
[17:44] <rickspencer3> I bet I need to rejigger my U1 account
[17:52] <ogra_> pmcgowan, olli bug 1387810 (see my comment at the bottom)
[17:54] <dobey> ugh, did that fix not actually get into system-settings?
[17:54] <olli> ogra_, mind adding to the wishlist
[17:54] <seb128> dobey, "that"?
[17:54] <ogra_> olli, sure
[17:55] <olli> smells like OTA to me from the 2sec I could look at it
[17:55] <ogra_> (well, sure, i *dont* mind)
[17:55] <dobey> seb128: fix to have the user log in if the u1 account token is invalidated on the server
[17:55] <ogra_> olli, yeah, not critical to have in the golden image buut should be fixed
[17:55] <ogra_> thats why i made it only "high"
[17:55] <seb128> dobey, no, that didn't get fixed
[17:56] <olli> gotcha
[17:56] <seb128> dobey, gatox was assigned to that but he left Canonical recently
[17:56] <olli> all I heard is "not rtm"
[17:56] <olli> ;)
[17:56] <dobey> seb128: yeah, i thought he fixed it a couple weeks ago though. :(
[17:57] <seb128> dobey, well, maybe he did, some of his fixes didn't get reviewed/merged yet, e.g https://code.launchpad.net/~diegosarmentero/ubuntu-system-settings/check-hash/+merge/236554
[17:57] <seb128> dobey, if you want to review, feel free
[17:57] <pmcgowan> did upower.99 just land??
[17:58] <seb128> pmcgowan, in vivid-proposed only
[17:58] <seb128> it's going to stay there until the transition is complete
[17:58] <seb128> why?
[17:58] <dobey> ick
[17:58] <pmcgowan> seb128, wasnt that a pre-req for fixing that bug?
[17:59] <seb128> pmcgowan, could be, I didn't follow the details
[17:59] <ogra_> pmcgowan, not a pre-req ... the bu only describes similar behavior we also have in RTM
[18:00] <ogra_> *bug
[18:00] <Laney> I think it is only properly fixable with 0.99
[18:00] <Laney> just added a comment to that effect
[18:01] <gcollura> who manages content-hub development? I would like to fix bug  1384490, and I would like to know if there are any plan about ContentPeerPicker appearance :)
[18:01] <ogra_> ok, we probably need a second bug for the other issue then
[18:01] <ogra_> or land 0.99 in RTM :)
[18:01] <popey> gcollura: Elleo and kenvandine I think.
[18:01] <gcollura> thanks popey :)
[18:03] <Laney> ogra_: do it
[18:03] <Laney> AFAIK it's powerd, u-s-s, indicator-power ...
[18:03] <Laney> ...
[18:03]  * ogra_ dputs 
[18:03] <gcollura> Elleo, ping
[18:04] <rickspencer3> I'm super impressed with how easily the switch to vivid went
[18:07] <ogra_> well, it is currently largely the same as utopic
[18:10] <dpm> pitti, looking at the stats of 'hi', it seems it's not very well translated for touch (<10%) - however we seem to install language-pack-touch-hi by default. Do you know why it might be?
[18:11] <dpm> pitti, I seem to remember you added a check on langpack-o-matic to build only those above a coverage threshold
[18:22] <seb128> kenvandine, looks fine to me, feel free to test/review
[18:22] <kenvandine> seb128, will do
[18:24] <kenvandine> pmcgowan, i left settings running over night on both of my devices, neither of them hung or crashed :)
[18:25] <kenvandine> not very scientific of course ;)
[18:26] <pmcgowan> kenvandine, for which bug?
[18:27] <kenvandine> no bug...
[18:27] <kenvandine> just in reference to stability...
[18:28] <pmcgowan> kenvandine, oh right I see
[18:28] <kenvandine> also
[18:28] <kenvandine> the brightness crash i can't reproduce anymore
[18:28] <kenvandine> i spent 20 minutes trying to make it crash
[18:28] <pmcgowan> kenvandine, I never could
[18:28] <kenvandine> but i did reproduce it last week, so maybe something landed to fix it
[18:29] <pmcgowan> maybe some dbus fixes
[18:29] <kenvandine> pmcgowan, and that flicker while changing the brightness slider
[18:29] <kenvandine> i noticed it doesn't flicker on mako
[18:29] <kenvandine> only krillin
[18:29] <pmcgowan> thats true, at least not as bad
[18:29] <kenvandine> looks the same as when changing it from the indicator to me
[18:29] <kenvandine> but on krillin it looks terrible
[18:29] <pmcgowan> right
[18:30] <kenvandine> very different than when using the indicator
[18:30] <kenvandine> which makes no sense!
[18:30] <pmcgowan> didnt we decide its a different component? maybe more events sent
[18:30] <kenvandine> yes
[18:30] <kenvandine> which i have a branch to fix
[18:30] <kenvandine> and that improved it a bit
[18:31] <dobey> hey kenvandine
[18:31] <kenvandine> but the screen still brightness looked to stutter still
[18:31] <dobey> fix the updates plug-in :)
[18:31] <kenvandine> just the component rendering was bad too
[18:31] <kenvandine> dobey, bah... i'll defer that to you :)
[18:31] <kenvandine> dobey, get me an update-manager service :)
[18:32] <pmcgowan> kenvandine, did the startup fix land in rtm? I am not seeing it hear
[18:32] <dobey> get it on "the list"
[18:32] <pmcgowan> here even
[18:32] <kenvandine> pmcgowan, it landed, not sure if it was in the last image
[18:32] <pmcgowan> no update today that I saw
[18:32] <kenvandine> pmcgowan, we should re-open that bug though... it's a nice improvement but it's still takes longer than 1.8s
[18:33] <kenvandine> which is what the bug specified :)
[18:33] <kenvandine> 2.2s
[18:34] <kenvandine> i did some more profiling, and there isn't any significant outliers to fix
[18:34] <kenvandine> so i think it'll be a bunch of small improvements to get it down
[18:34] <pmcgowan> kenvandine, what can be deferred ?
[18:36] <kenvandine> pmcgowan, not sure, i need to spend some more time on it
[18:36] <kenvandine> i was mostly looking for things that stood out in the graph
[18:47] <kenvandine> seb128, got time for a review?
[18:47] <kenvandine> https://code.launchpad.net/~ken-vandine/ubuntu-system-settings/brightness_slider/+merge/240131
[18:59] <seb128> kenvandine, that feels wrong, we should be using the toolkit slider...
[18:59] <seb128> kenvandine, oh also, there is a bug about using better icons from the theme, might include that in the same changeset
[19:00] <kenvandine> seb128, the design doesn't include the bubble indicator for the value, which the toolkit slider has
[19:00] <kenvandine> and i didn't see a way to disable it
[19:00] <seb128> kenvandine, how do you know the design doesn't have it?
[19:01] <kenvandine> this slider doesn't cause the flicker either
[19:01] <kenvandine> seb128, it isn't on the spec
[19:01] <seb128> does it say it shouldn't have it explicitly
[19:01] <seb128> or is that just not specified?
[19:01] <kenvandine> no... but it doesn't say it should :)
[19:01] <seb128> if it's not specified I think the behaviour should be the toolkit one for consistency
[19:02] <kenvandine> seb128, then we should change the other sliders to match, like the volume slider
[19:03] <kenvandine> that's using the menu slider
[19:03] <seb128> kenvandine, yeah, maybe let's check design/mpt first what should be the behaviour?
[19:03] <kenvandine> sure
[19:03] <kenvandine> have you seen the behavior on krillin with the brightness slider?
[19:04] <kenvandine> it's terrible using the sdk slider, but the menu one is much smoother
[19:04] <kenvandine> not sure why though
[19:04] <kenvandine> only on krillin...
[19:05] <seb128> kenvandine, yeah, not sure why because the toolkit gallery from the clickstore doesn't show that issue (I think I showed you in Washington?)
[19:05] <seb128> so it's not the widget by itself
[19:05] <kenvandine> seb128, yeah
[19:05] <kenvandine> actually, was that krillin or mako?
[19:05] <seb128> krillin
[19:05] <kenvandine> it's smooth on mako for me
[19:05] <kenvandine> ok
[19:05] <seb128> try on your krillin maybe?
[19:05] <seb128> look for gallery in the click store
[19:07] <Elleo> gcollura: yep, no-one's working on that yet; so if you fancy fixing it for us it'd be much appreciated :)
[19:07] <kenvandine> yeah, it's fine
[19:07] <Elleo> gcollura: as far as any bigger style changes go they'd have to be discussed with the design folks
[19:08] <Elleo> gcollura: afraid I'm out for the evening now, but feel free to ping me about any questions and I'll try to get back to you when I'm around :)
[19:30] <barry> rickspencer3: did you get it working?
[19:32] <kenvandine> seb128, check this out!
[19:32] <kenvandine> http://pastebin.ubuntu.com/8750492/
[19:32] <kenvandine> seb128, i started at 100, slid it down to about 60 then back to 100
[19:32] <kenvandine> look at those numbers
[19:32] <kenvandine> it's getting the change notifications out of order or something
[19:36] <seb128> weird
[19:36] <kenvandine> seb128, yeah... although it doesn't completely answer why the other slider does something different
[19:36] <kenvandine> oh... i know
[19:36] <kenvandine> different signal
[19:37] <kenvandine> we change the value onUpdated
[19:37] <kenvandine> instead of onValueChanged
[19:37] <kenvandine> so using value, it's a loop
[19:37]  * kenvandine looks at the docs
[19:37] <kenvandine> seb128, i looked at the same output on mako and the values are in order though
[19:38] <rickspencer3> barry, yes
[19:40] <barry> rickspencer3: cool
[19:41] <kenvandine> seb128, so with the other slider component, we don't tell the actionGroup to update the state on every value change
[19:41] <kenvandine> we only do it when the slider is updated
[19:41] <kenvandine> so it doesn't force updates out of order
[20:20] <seb128> kenvandine, ok, that makes sense
[20:20] <seb128> (sorry was at dinner)
[22:48] <Chipaca> sergiusens: http://vk.com/video4563284_166254248
[23:52] <guiarrd> hello, is anyone there?
[23:53] <guiarrd> I would like to know what file system that Ubuntu Phone use?
[23:55] <guiarrd> nobody?
[23:56] <guiarrd> I would like to know what file system that Ubuntu Phone use?
[23:56] <guiarrd> EXT4, XFS, BTRFS ??