[00:17] <matv1> does emulator run in a vm? does anyone know?
[00:18] <matv1> getting an error creating an instance
[07:20] <dholbach> good morning
[07:50] <ivivek> I have downloaded trusty binaries from for Nexus10
[07:50] <ivivek> how can I get the source code
[07:50] <ivivek> the documentation points to saucy code
[07:50] <ivivek> repo init -u git://phablet.ubuntu.com/CyanogenMod/android.git -b phablet-saucy
[07:51] <ivivek> I tried phablet-trusty branch....but it still seems to use the 4.2.2 versio of android
[07:51] <ivivek> but the binaries that I have installed used 4.4.2
[07:51] <ivivek> from where can I get code for trusty with Android 4.4.2
[08:25] <bman_> Can someone help me get ubuntu touch installed on nexus 7 (2013)
[08:27] <bman_> Can anyone help me?
[08:58] <popey> bug 1294768 is annoying me
[09:30] <JamesTait> Good morning all; happy Friday, and happy Common Courtesy Day! :-D
[09:50] <davmor2> Morning all
[11:18] <r3pwn> Is anyone that is porting this having an issue with locating an initrd-someotherstuffhere-touch when compiling?
[11:51] <timppa> Uh, just synced google calendar to touch. Calendar app does not seem to handle timezones correctly :( Is there a bug open for it?
[12:35] <popey> timppa: bug 1267814
[13:00] <davmor2> popey: I have a feeling that the issue with alarms tz and the calendar sync one is that eds is set to utc not the local timezone I bet :)
[13:42] <saxin> How can I find apps that other users have made for the Ubuntu-touch?
[13:42] <saxin> There is no software center etc?
[13:43] <ogra_> saxin, they are listed in the application lens under "available apps"
[13:43] <ogra_> (note this is populated with online data, so you need to be on wlan or 3G to see it)
[13:44] <saxin> I'm using the emulator atm
[13:45] <ivivek_> I tried getting trusty source using repo init -u git://phablet.ubuntu.com/CyanogenMod/android.git -b phablet-trusty
[13:45] <ivivek_> is this the right branch/repo ?
[13:46] <ivivek_> I did not find any documentation
[13:46] <ivivek_> but after building these sources for nexus10 the device does not boot
[13:46] <ivivek_> any idea ?
[13:47] <ogra_> ivivek_, any reason why you dont use the existing system images ?
[13:48] <ivivek_> I want to modify the android side code
[13:48] <ogra_> note that we switched to AOSP ... might be that the porting guide doesn not refelct this yet
[13:49] <ivivek_> ohh..ok. porting guide still mentiones cm10.1
[13:49] <ivivek_> from where can I get the sources ?
[13:49] <ogra_> phablet-dev-bootstrap should do the right thing i think
[13:50]  * ogra_ only uses the android package from the archive in the extremely rare cases when he needs to look at the android side)
[13:50] <ivivek_> so repo init -u git://phablet.ubuntu.com/CyanogenMod/android.git -b phablet-dev-bootstrap should work ?
[13:50] <ogra_> no
[13:51] <ogra_> phablet-dev-bootstrap should set up your tree for you
[13:51] <ivivek_> ohh...ok
[13:51] <ivivek_> got it....let me try
[13:51] <ogra_> https://wiki.ubuntu.com/Touch/Porting#Set_up_your_development_environment
[13:52] <ogra_> there is also some discussion on the ML currently where people provide some help for building the android HAL
[13:53] <ivivek_> ok...thanks...will search for it in the archives...
[13:55] <Tassadar> see https://lists.launchpad.net/ubuntu-phone/msg06378.html
[13:55] <cwayne> chrisccoulson, ping -- re: oxide WebView.Preferences... what kind of stuff would be exposed there?  anything that would make sense to be pre-seeded with custom defaults?
[14:01] <ivivek_> thanks a lot  @Tassadar and @ogra_
[14:02] <cwayne> mardy, hiya, are the click-hooks in now that 5.2 is in?
[14:02] <davmor2> asac, rickspencer3: regarding the decision to promote an image or not.  If you would like I can compile a full list like I did with image 237 on whether it was safe to land QT5.2.1, it will take some time but might help with the decision making to know that everything else is definitely green-ish
[14:03] <ogra_> yeah, looks like 250 is the most stable image in a long long time
[14:03] <rickspencer3> davmor2, that's fine, but my view is that we should wait and see what upstream says before we break our pledge of no-known regressions getting promoted
[14:04] <ogra_> rickspencer3, but how does it help us to see what upstream says ?
[14:04] <ogra_> we need it fixed regardless
[14:04] <rickspencer3> ogra_, because if it's our bug and we can fix it quickly, I think we should just wait to promote and not break our pledge
[14:04] <mardy> cwayne: noooo, you are too hopeful ;-)
[14:04] <ogra_> we cant fix it quickly
[14:05] <mardy> cwayne: we have a silo for that, under testing
[14:05] <ogra_> i think thats already clear
[14:05] <rickspencer3> ogra_, oh, I thought we didn't really know what the problem was, we just traced it back to the test case we put in the bug
[14:05] <ogra_> except by the Mir hack that will cut our battery life in half
[14:05] <ogra_> (i'm exaggerating :P )
[14:06] <cwayne> mardy, can't help bein' hopeful :D
[14:06] <rickspencer3> ogra_, oh, the mir hack, I don't think is the way to go
[14:06] <ogra_> rickspencer3, we know what the problem is, we just dont know exactly where in the code the commit is ... and the bi-secting takes huge amounts of time
[14:06] <mardy> cwayne: doesn't harm :-)
[14:06] <rickspencer3> that's also a regression, and a silly one
[14:06] <cwayne> mardy, as always, let me know if you guys need help testing or anythiing :)
[14:06] <davmor2> ogra_: I kill 2/3's of my battery overnight with the hack in place rather than the 1/3 that is normally gone
[14:06] <ogra_> becausee building Qt on arm is slow and takes really long
[14:06] <ogra_> -e
[14:07] <mardy> ogra_: is actually someone of us bisecting to try to find when the regression happened?
[14:07] <ogra_> davmor2, right, i dont think thats acceptable
[14:07] <ogra_> mardy, yes, Saviq is on it
[14:07] <davmor2> ogra_: it most certainly isn't
[14:07] <mardy> ogra_: cool
[14:07] <Saviq> assuming /me can build freakin' qtdeclarative other than 5.2
[14:07] <ogra_> but given the build time Qt takes i doubt we will have a definite answer today
[14:08] <rickspencer3> hmmm
[14:08] <ogra_> which is why i suggested this one time special casing
[14:08] <ogra_> to unlock the rest of the world
[14:08] <rickspencer3> ogra_, right
[14:08] <rickspencer3> ogra_, I'm not trying to blow you off
[14:08] <ogra_> :)
[14:08] <rickspencer3> and I appreciate that you are being pragmatic and thoughtful
[14:09] <saxin> ogra_: I'm looking for the "available apps for download" but I can't find it. I can see "Recent apps", "Installed" and "Dash plugins". When I watch youtube videoes of ubuntu-touch running on a real phone I can see the "Available apps..." Can the problem be that I use the emulator maybe?
[14:09] <davmor2> rickspencer3: Hence me asking if it is worth me compiling a full listing so we know all the other core apps are pretty much solid so the only regression would be the QT one that is a WIP
[14:09] <ogra_> saxin, sounds like
[14:10] <rickspencer3> davmor2, well, tbh .. I don't feel like this is my call to make
[14:11] <rickspencer3> however, my opinion is that we have been well severed wrt quality when we have not given in to impatience and frustrations and stuck to being systematic
[14:11] <rickspencer3> I think this is a tough call to make, and in absence of a clear path forward, I would counsel waiting until we know specifically what the issue is
[14:12] <rickspencer3> otherwise, we are promoting an image with a defect, and we don't really know where the defect i
[14:12] <rickspencer3> s
[14:12] <ogra_> i think we are in a special situation where we clash with the distro schedule and should make a one time exception
[14:12] <mterry> ogra_, btw, I got session-manager-touch renamed.  So if you hadn't noticed yet, don't be surprised
[14:12] <ogra_> but it is not my call to make either :)
[14:12] <ogra_> just throwing in my opinion here
[14:12] <rickspencer3> ogra_, again, I think you are being very reasonable
[14:13] <ogra_> mterry, well, i commented on the MP
[14:13] <ogra_> mterry, please get the issues fixed first
[14:13] <rickspencer3> I think your opinion is well thought out and pragmatic
[14:13] <rickspencer3> I'm just throwing my opinion out there too
[14:13] <ogra_> rickspencer3, so if its not your call either (which i thought it was) whose is it ? asac's ?
[14:13] <rickspencer3> and if comes down to me, I think we should uphold the value "no promotion with known regressions"
[14:14] <rickspencer3> ogra_, tbh, I don't know, I always thought it came down to the release team led by didr0cks
[14:14] <ogra_> well, he is not around this weekend (and today)
[14:14] <ogra_> so i thought it was asac and you to decide in this case
[14:15] <rickspencer3> ogra_, well, when I was asked what we should do, I said to stick to the value
[14:15] <rickspencer3> "no promotion with known regressions"
[14:15] <ogra_> k
[14:15] <ogra_> even if we might get a bad beta on desktop due to this ?
[14:15] <rickspencer3> ogra_, well, the thing is, I was asked yesterday
[14:16] <rickspencer3> when we didn't know as much about the bug as we do today
[14:16] <mterry> ogra_, oh sure, wasn't even thinking of that.  Will poke robru
[14:16] <rickspencer3> that said, it is my opinion that we still don't know enough, and we shouldn't promote
[14:16] <rickspencer3> however ...
[14:16] <rickspencer3> I think we should talk about how to not to block people
[14:16] <davmor2> rickspencer3, asac, ogra: didrocks is on holiday :)  How about this for a compromise then.  We just move the traincon:0 to traincon:1 so that things can still be landed if we all agree that the images today are solid bah the QT issue?  That unblocks as I understand will mostly unblock the teams right?  But still no promoted image as such
[14:17] <ogra_> rickspencer3, i think thats a sprint topic :)
[14:17] <ogra_> but wont help us now
[14:17] <rickspencer3> ogra_, of a mailin list topic :)
[14:17] <cjwatson> we could still promote an older image if we decide that we understand the problem well enough, even if we've later built a version that has some other regression
[14:17] <ogra_> (or rather wont help desktop now)
[14:17] <cjwatson> right?
[14:18] <ogra_> cjwatson, we dont have an older image ... the last we promoted was 237 ... (we are at 250) ... all images after 237 have Qt 5.2 and the issue
[14:18] <cjwatson> I think you misunderstand me
[14:18] <ogra_> but since 246 all images are green and have passed dogfooding as well ... the last three ones were the best images we had in a while
[14:19] <cjwatson> Rick doesn't want to promote 250 because we aren't sure we understand exactly where the event handling problem is (personally I found the bug report contents very persuasive, but anyway)
[14:19] <cjwatson> Let us say we go on and build 251, 252, etc.
[14:19] <cjwatson> Maybe they aren't quite as good as 250 for some other reason
[14:19] <cjwatson> But in the meantime, we get upstream feedback that means that we're confident we understand that our current diagnosis of the event handling problem is correct
[14:20] <cjwatson> We could then, as I understand it, promote 250
[14:20] <ogra_> cjwatson, right, i totally dont care about touch in this whole discussion ... we can indeed move along like you say, the prob here is the block for desktop that goes along with the block for touch ...
[14:21] <ogra_> we essentially block the weekend for fixes on desktop ... right before beta freeze
[14:21] <sil2100> hmmm
[14:21] <ogra_> (or s/desktop/archive in general/)
[14:21] <cjwatson> well, what I mean is we could unblock with the above as a plan once we get upstream feedback
[14:21] <cjwatson> it doesn't seem like we'd be any worse off by doing so
[14:24] <ogra_> ah, i get what you mean ... right, we could just unblock all ... and hope for the best
[14:24] <cwayne> well we can not promote an image and still land things right? just not touch-related things
[14:24] <ogra_> (and use 250 as fallback image)
[14:24] <ogra_> cwayne, the issues is that there are many overlapping things that block desktop
[14:26] <ogra_> *issue
[14:27] <ogra_> (indicators, plumbing etc)
[14:27] <bosnjak> hi all
[14:28] <bosnjak> in theory, how do i make a phone call when developing with python, outside of the SDK?
[14:28] <sil2100> Whatever you guys decide, I will follow - I have personally hoped that we might be able to fix  this issue fast, as in till today afternoon, but I guess it's a more complicated issue
[14:29] <sil2100> Not sure how this case was discussed on vUDS
[14:30] <ogra_> the issue is not to fix it fast ... there is simply a known delay in even building Qt to actually do the bi-secting
[14:30] <ogra_> the issue is well identified imho
[14:30] <sil2100> Right
[14:31] <ogra_> just not the specific commit that causes it ... and it is unlikely that we get info about this specific commit before monday
[14:32] <sil2100> Indeed, well, just saying that in the morning I have still hoped that it would be fixed till now, but as it's not so easy to find then we might really need to consider changing the approach
[14:47] <awafaa> on my Nexus4 I get the "ROM may flash stock recovery on boot. Fix?" message when trying to apply the latest update, what is the correct answer - yes / no / go back ?
[14:51] <saxin> ogra_: I tried the x86 Emulator now (was using ARM before) and now I can see the apps from other users. \o/
[14:57] <davmor2> awafaa: Flashing from android or from Ubuntu?
[14:58] <ogra_> saxin, awesome !
[14:58] <awafaa> davmor2: i flashed it from ubuntu, and now when I try and install the update (237 i think) i'm faced with the message
[14:58] <awafaa> if i select Go Back it always show update 237 available
[14:59] <davmor2> ogra_: ^ any clue?
[14:59] <davmor2> awafaa: I've never seen that
[15:01] <awafaa> it looks like the same message that is shown to Nexus 10 flashes (according to https://wiki.ubuntu.com/Touch/Install#Step_4_-_Downloading_.26_Deploying_Image_to_Device)
[15:02] <Tassadar> it doesn't matter, you can select whatever
[15:03] <Tassadar> stock android reflashes stock recovery if you flash any other, CWM has a "feature" to disable that behaviour
[15:04] <awafaa> ok
[15:04] <Tassadar> it doesn't really do anything when you're using Ubuntu, the /system partition is not even used
[15:04] <Tassadar> you can choose "yes" to make it stop with those messages
[15:15] <bfiller> Elleo: testing content hub changes from silo, seeing an issue with addres book app that may be related ot your change
[15:15] <bfiller> Elleo: after choosing a picture from gallery, it correclty shows up in address book. But when pressing "save" it disapears
[15:17] <bfiller> renato: can you try this on latest image? can you correctly choose a contact picture and save it without it disappearing?
[15:18] <Elleo> bfiller: ah, I see, when you save it doesn't show the image; but it seems it is actually saving it
[15:18] <Elleo> bfiller: if you go back to the contact list it's updated with the correct image
[15:18] <bfiller> Elleo: right, and if you favorite the contact the picture disappears again
[15:19] <bfiller> Elleo: don't know if this is a regression with your change or busted in the latest image
[15:19] <Elleo> if you go to edit and cancel it loses the image too
[15:19] <Elleo> I don't think favouriting should touch any of my changes
[15:20] <bfiller> Elleo: going to try without your chanages and see
[15:20] <Elleo> okay
[15:22] <kenvandine> bfiller, it failed for me just now, but backing out and going in again it showed the picture
[15:22] <kenvandine> ah, Elleo already pointed that out :)
[15:22] <kenvandine> sounds unrelated to this change
[15:25] <awafaa> erm, could someone advise why if i add my account details in System Settings>Accounts do i have to still add them into the individual app's?
[15:26] <awafaa> is that because the "apps" are just the web ones and not native (so no sharing of details)?
[15:27] <mhall119> Mirv: is Qt 5.2 going to be backported to Saucy in the SDK team ppa?
[15:28] <awafaa> Tassadar: btw, it looks it does matter what option i choose. both No & Go Back still result in update 237 trying to get rammed down my throat even though i've installed it numerous times
[15:28]  * awafaa gives Yes an go
[15:29] <balloons> m-b-o, are you set on this? https://code.launchpad.net/~martin-borho/ubuntu-weather-app/refactored-icon-handling/+merge/211214
[15:30] <m-b-o> balloons: yeah. bumped the .deb version
[15:31] <balloons> kk, so anything else you needed help on or are you set?
[15:31] <m-b-o> balloons: but something stranged happened: locally the float 19.8.... was rounded to 20, jenkins rounded the same value to 19
[15:31] <balloons> oO? interesting..
[15:32] <m-b-o> I've chanegd the test data to get it passed. Is jenkins already with Qt 5.2?
[15:32] <balloons> m-b-o, are you on 5.2?
[15:32] <m-b-o> hmm, not that I know
[15:33] <balloons> are you on trusty or no?
[15:34] <m-b-o> balloons: I'm on saucy and still 5.0.2
[15:35] <balloons> m-b-o, ahh, yes trusty is 5.2 now, and that happened last week?
[15:35] <m-b-o> balloons: it worked as expected
[15:37] <m-b-o> balloons: me is I've read something about changes changes to float values in 5.4. anyways... we should keep that in mind
[15:37] <m-b-o> balloons: but I have something else to show you :) https://bugs.launchpad.net/ubuntu-weather-app/+bug/1295612
[15:38] <balloons> yea, don't feel the need to test that sort of thing, as it's not part of weather :-)
[15:38] <mhall119> cwayne: ping
[15:39] <cwayne> mhall119, pong
[15:39] <bfiller> Elleo, kenvandine : problem existed before your change
[15:39] <mhall119> cwayne: do you have time today for a hangout about imporitng API docs?
[15:39] <bfiller> regression
[15:40] <balloons> m-b-o, how did the test change?
[15:41] <m-b-o> balloons: http://bazaar.launchpad.net/~ubuntu-weather-dev/ubuntu-weather-app/trunk/revision/163 line 324 and following
[15:41] <Elleo> bfiller: okay, thanks
[15:41] <balloons> ohh, something I've done eh?
[15:41] <m-b-o> balloons: :)
[15:42] <cwayne> mhall119, sure
[15:42] <mhall119> cwayne: how about in 15 minutes, are you free then?
[15:42] <balloons> m-b-o, sure, probably should docstring that test better so we know what we are intentionally testing
[15:42] <mhall119> cwayne: how about in 15 minutes, are you free then?
[15:43] <mhall119> bah, ignore the dup
[15:43] <m-b-o> balloons: indeed. Do you think we should keep this test around?
[15:43] <balloons> and stop me from changing the test, hah
[15:43] <balloons> m-b-o, if it's a specific action you want to check for then yes
[15:44] <balloons> you regressed on this at one point
[15:45] <m-b-o> balloons: not on the the action we're testing with the test. The test failed too with that workerscript issue
[15:46] <m-b-o> balloons: I'll fix the test by occassion, just wanted you to know :)
[15:46] <balloons> m-b-o, the goal of the acceptance tests is to ensure the user workflow is sound.
[15:47] <balloons> m-b-o, k thanks. Sorry for swapping it :-)
[15:47] <m-b-o> balloons: no problem :)
[15:58] <t1mp> popey: carrier: oFono (T-MeeGo) <-- what's that?
[15:59] <popey> t1mp: hmm?
[15:59] <popey> T-Mobile?
[15:59] <t1mp> popey: I  never saw that before. I have an American T-Mobile sim card in it (and I am in Europe), but the roaming icon disappeared from my status bar
[16:00] <t1mp> popey: so I was wondering why and I checked the carrier and saw that
[16:00] <popey> looks like a typo
[16:00] <t1mp> it never said oFono before. Just T-Mobile or something similar
[16:00] <popey> I've never heard of it before
[16:00] <Stskeeps> fwiw ofono-ril might have some memory corruption somewhere, on jolla devices we saw really odd operator names
[16:01] <Stskeeps> but didn't track it down
[16:01] <popey> thanks Stskeeps
[16:11] <boiko> jibel: hi, would you by chance have time to give me some help with some jenkins failures on telephony-service?
[16:17] <dragonkeeper> hello
[16:18] <dragonkeeper> vendor/cm/config/common_full.mk:4: ubuntu/assets/UbuntuAssets.mk: No such file or directory
[16:18] <dragonkeeper>  i keep getting this error what have i missed thats needed to obtain this file
[16:38] <jibel> boiko, sure, which failures?
[16:38] <boiko> jibel: https://code.launchpad.net/~boiko/telephony-service/conf_call/+merge/212055
[16:38] <boiko> jibel: I tried on a local pbuild chroot, and the tests pass
[16:38] <dragonkeeper> http://pastebin.com/GE3QcmLu   this is my full error
[16:59] <jonahbron> Does anyone know the status on the HUD working on the desktop with QML?
[16:59] <jonahbron> It doesn't seem to be working, so I'm guessing it's not finished being implemented.
[17:15] <boiko> jibel: so, any idea on what is going on there?
[17:15] <jibel> boiko, not yet, build is successful locally
[17:16] <boiko> jibel: it is weird that the most simple tests were the ones that failed, the other ones (involving dbus and so on) passed
[17:21] <awe> jdstrand, no
[17:21] <jdstrand> urfkill is root?
[17:21] <awe> cyphermox, ^^
[17:21] <awe> pretty sure that's a yes
[17:21] <jdstrand> well, non-user is good enough
[17:22] <awe> definitely non-user
[17:22] <awe> runs on the system bus
[17:22] <Wellark> awe: ok, so.
[17:22] <awe> has control over the kernel device killswitches ( bt & wifi )
[17:22] <Wellark> the only settable properties on Modem are
[17:22] <awe> and any ofono modem 'online' props
[17:23] <jdstrand> tyhicks: you here?
[17:23] <Wellark> Powered, Online, Lockdown
[17:23] <tyhicks> yes
[17:24] <Wellark> awe: I'm not sure how the Lockdown property should be used
[17:24] <jdstrand> tyhicks: so Wellark is thinking about making sure that urfkill can contact ofono for some method
[17:24] <jdstrand> s/that/that only/
[17:24] <Wellark> but for now, we would be OK to block the setProperty() for everyone except urfkill
[17:24] <jdstrand> tyhicks: apps are covered fine, cause they can't access ofono
[17:24] <awe> so the question, is can we lock down all SetProperty made to a specific object path, that are made from any process other than urfkill?
[17:25] <jdstrand> tyhicks: but he was wondering how to limit the access to ofono to only urfkill
[17:25] <jdstrand> tyhicks: I said to use polkit with appropriate policy to all the urfkill user access
[17:25] <Wellark> jdstrand: is there no way of specifying that the sender has to match a well known name?
[17:25] <awe> ie. d = org.freedesktop.ofono o = /org/freedesktop/ofono -i = ...DBus.Properties -m ...SetProperty
[17:26] <jdstrand> tyhicks: but, there was a question of how to protect ofono with apparmor
[17:26] <tyhicks> jdstrand: are either ofono or urfkill confined by apparmor?
[17:26] <Wellark> jdstrand: also it would be super useful at some point to be able to block only certain calls to a method based on the contents of the arguments
[17:26] <jdstrand> Wellark: we have 'peer', yes, but I asked tyhicks to join cause we haven't profiled in the way I'm thinking we would have to yet
[17:26] <Wellark> is that on the roadmap?
[17:26] <jdstrand> tyhicks: not yet, but they could be
[17:27] <tyhicks> Wellark: that won't ever be possible
[17:27] <awe> ok...let's slowdown
[17:27] <awe> first, jdstrand is apparmor the mechanism used to prevent apps from accessing org.freedesktop.ofono by default?
[17:28] <jdstrand> Wellark: we can't look at message contents safely/efficiently. we could do a super-gross hack in theory, but it isn't something we are planning, no
[17:28] <jdstrand> awe: yes
[17:28] <awe> ok
[17:28] <jdstrand> awe: apps are confined very strictly
[17:28] <awe> so at this point, unless we need to allow *some* apps to access, sounds like apparmor is tangential to this conversation?
[17:28] <Wellark> well, just thinking about all these API's that have a generic SetProperty(string, variant).
[17:28] <Wellark> like ofono
[17:28] <awe> Wellark, hold on a sec...
[17:29] <jdstrand> awe: some apps are considered 'trusted' and may run effectively unconfined. these are limited to Canoncail right now, but potentially OEMs where we have an arrangement
[17:29] <awe> ok
[17:29] <Wellark> awe: I'm just saying that if there is a writable property added to the Modem later on.
[17:29] <awe> Wellark, dude hold on a sec, I understand
[17:29] <Wellark> ok.
[17:29] <jdstrand> awe: then there are things that are installed via debs that run in the user's session-- those are typically not confined (though, they could be, but lets just use that as the dividing line atm)
[17:30] <awe> ok
[17:30] <cjwatson> mardy: sorry, I was just getting back to libaccounts-glib.  I see that dbarth suggested this should land with webapps-oa (which is silo 7), but I don't see it there?
[17:30] <jdstrand> awe: eg, on the converged desktop, thunderbird from the archive is not confined, but angry birds from the app store is
[17:31] <jdstrand> indicators are not confined
[17:31] <awe> right
[17:31] <jdstrand> system settings is not confined
[17:31] <jdstrand> etc
[17:31] <ogra_> angry birds is a eunuch app :)
[17:31] <awe> but those are effectively white-listed, right?
[17:32] <jdstrand> awe: no, not really. apparmor in Ubuntu uses targeted policy. by default things are unconfined unless you define policy for it
[17:32] <jdstrand> awe: we define policy for all untrusted 3rd party click apps
[17:32] <awe> ok, but what about polkit then?  Does it comes into play for arbitrary process started in the user session?
[17:33] <awe> or does the process need to be whitelisted in a system polkit file?
[17:33] <jdstrand> awe: we don't for most other things. you can see what is confined by doing 'sudo aa-status'
[17:33] <awe> right, but that's apparmor
[17:33] <jdstrand> yes
[17:33] <jdstrand> polkit is something you write in your application
[17:34] <awe> right, which can cause auth to happen
[17:34] <jdstrand> it is specifically designed to allow defining policy for methods in your dbus api
[17:34] <awe> sorry been heads down in MMS land recently
[17:34] <jdstrand> that policy can say things like 'no prompt for root', 'no prompt if user on the console', etc
[17:34] <awe> but there's the low-level dbus policy files
[17:34] <awe> yup
[17:35] <jdstrand> the low level policy files are less flexible
[17:35] <jdstrand> (fyi, https://wiki.ubuntu.com/SecurityTeam/PolicyKitPermissions/12.04 has some info and links to help with understanind how polkit permissions work)
[17:36] <jdstrand> tyhicks: can you describe how the dbus policy files work-- isn't it for uid and bus? is there more?
[17:36]  * jdstrand can't remember otoh
[17:36] <tyhicks> I don't know of the top of my head either
[17:36] <awe> jdstrand, so I'm going to have poke at this later...  I believe the current images lock down ofono @ the dbus level, and then processes that need to interact add there own policy files
[17:36] <jdstrand> ok, let me try to pull up the docs
[17:36] <awe> one sec...
[17:36] <tyhicks> I haven't had to deal with them at all while developing aa mediation
[17:37] <jdstrand> http://dbus.freedesktop.org/doc/dbus-daemon.1.html
[17:37] <jdstrand> it seems mostly what I said
[17:37] <tyhicks> jdstrand: they're embedded into the bus config files, so it is specific to the bus
[17:38] <dbarth> cjwatson: we're having multiple issues with this silo content
[17:38] <dbarth> cjwatson: do you think you can have your branch go into another batch to have it land more quickly
[17:38] <jdstrand> actually, there is more flexibility than I thought
[17:38] <dbarth> otherwise, i will need to re-do a pass on monday with the silo content, cause we have found new bugs
[17:39] <dbarth> (not with the multi-arch bits)
[17:39] <tyhicks> yeah, the policy language does look mostly full featured
[17:39] <awe> jdstrand, tyhicks, Wellark, here's the ofono dbus conf file: http://pastebin.ubuntu.com/7131742/
[17:39] <awe> it
[17:40] <jdstrand> awe: so, you might be able to get away with just dbus policy files. polkit could be used if you want to add prompting or overriding
[17:40] <awe> jdstrand, ack
[17:40] <awe> it looks like by default, root is allowed full access to ofono, but everything else is denied by default
[17:41] <awe> Wellark, have you tested any of this while running as 'phablet' and confirmed that things are unrestricted?
[17:41] <jdstrand> well, there is the at_console policy
[17:41] <awe> how does that apply to a touch device?
[17:42] <Wellark> awe: they are not as indicator-network install dbus permission file which allows phablet to access ofono
[17:42] <awe> is that a big hole?
[17:42] <Wellark> as indicator-network is run as phablet user
[17:42] <awe> Wellark, ah...
[17:42] <awe> ok
[17:42] <jdstrand> the phablet user should be considered 'at_console'
[17:42] <jdstrand> but, urfkill-- that is non-phablet?
[17:42] <awe> right
[17:43] <Wellark> yep.
[17:43] <Wellark> ofono and urfkill run as root
[17:43] <jdstrand> so if it runs as root, it should be fine. if it doesn't and isn't 'phablet', it won't be at_console
[17:43] <awe> but if Wellark had a dbus conf file for the indicators, that leads me to believe indicators aren't "at_console"
[17:43] <jdstrand> so you could add a <deny send_interface="dangerous interface"> under at_console
[17:44] <Wellark> indicators are at_console as they are run inside user session, right?
[17:44] <jdstrand> and then <policy user="urfkill user">Mallow send_interface="dangerous interface">
[17:44] <Wellark> this is something that needs more investigation
[17:44] <jdstrand> note, this is otoh glancing at the policy you pasted-- I don't know all the policy for ofono, so you'd want to go through it and verify
[17:45] <cjwatson> dbarth: well, it was your suggestion
[17:45] <jdstrand> Wellark: indicators are running as the phablet user, so yes
[17:45] <cjwatson> dbarth,mardy: I'd be quite happy for it to go into a separate batch, but I have the problem that I can't just land my libaccounts-glib branch because there's other significant development already on trunk
[17:45] <jdstrand> again, I am not speaking authoritatively-- I haven't looked at all the policy
[17:45] <awe> if that's true, then theoretically you wouldn't need to have added dbus conf files for the indicstor
[17:45] <awe> I'm confused
[17:46] <jdstrand> that is what I'm thinking
[17:46] <cjwatson> dbarth,mardy: one alternative option is that I could just upload it directly to the archive
[17:46] <awe> well, it is friday
[17:46] <awe> ;/
[17:46] <Wellark> awe: I haven't added the file. it has been hanging around
[17:46] <Wellark> I need to check if it's still needed
[17:46] <jdstrand> perhaps the at_console is way too lenient
[17:47] <awe> if you could check that on your own that'd be great.  I have some other stuff to finish this afternoon, so I will make this a task for Mon
[17:47] <jdstrand> but, presumably the dialer-app needs it
[17:47] <awe> yea...
[17:47] <Wellark> yeah..
[17:47] <Wellark> awe: I don't have mental CPU cycles to check this today
[17:48] <Wellark> but I will put it on TODO list
[17:48] <awe> Wellark, could you add an ofono bug about locking down 'Online' as I asked earlier, and I'll start working on it?
[17:48] <awe> haha
[17:48] <awe> you brought it up1
[17:48] <jdstrand> so, I like the critical thinking around this. I do want to say that currently we have the concepts of trusted apps. the dialer-app and the indicators are trusted
[17:48] <Wellark> awe: I was only making a suggestion ;)
[17:48] <awe> jdstrand, tyhicks, thanks for your input;  you may be hearing from me again next week after I do a bit of a survey
[17:48] <Wellark> awe: I will file the bug
[17:49] <awe> Wellark, thanks!
[17:49] <jdstrand> awe: ok
[17:49] <jdstrand> tyhicks: but before you go
[17:49] <tyhicks> sorry for going quiet - I was shuffling through the dbus-daemon code to understand how it does at_console
[17:49] <jdstrand> tyhicks: I was thinking about what if ofono was confined
[17:50] <jdstrand> tyhicks: today, could we say that only a process running under a certain profile can connect?
[17:50] <jdstrand> well connect
[17:50] <tyhicks> jdstrand: what do you mean by connect? send a message?
[17:50] <jdstrand> more I mean, can we specify policy for a process running ander a specific file, and say, deny to unconfined?
[17:51] <jdstrand> meh
[17:51] <jdstrand> too many typos
[17:51]  * awe thought it was only him with the fumble fingers today
[17:51] <jdstrand> more I mean, can we specify policy for a process running under a specific profile, and say, specify deny for unconfined/everything else
[17:51] <jdstrand> tyhicks: ^
[17:51] <awe> ah, which would cover anything installed by normal debs...
[17:52] <Wellark> awe: the worst case scenario is that we need to come up with utility API's that are designed in a way that we can confine them at the exact level we want :)
[17:52] <awe> that ran in the user session
[17:52] <Wellark> but let's not go there yet
[17:52]  * tyhicks thinks
[17:52] <jdstrand> tyhicks: I know we talked that sort of thing long term, but I wasn't sure we could do it now
[17:53] <tyhicks> jdstrand: can you come up with an example rule? I want to make sure I'm understanding
[17:53] <jdstrand> tyhicks: ie, this is pretty much the conversation about confining the trusted helper
[17:54] <jdstrand> tyhicks: ah, I might be thinking of using 'label'
[17:54] <jdstrand> let me make something up
[17:54] <jdstrand> profile ofono { dbus bus=system label=urfkill ..., }
[17:55] <jdstrand> tyhicks: ie, *only* urfkill can talk to ofono
[17:55] <tyhicks> it would be like this:
[17:55] <tyhicks> profile ofono { dbus bus=system ... peer=(label=urfkill), }
[17:55] <jdstrand> (I realize urfkill would need to have a profile name)
[17:56] <jdstrand> run under that profile
[17:56] <jdstrand> ok, so yes, it is possible
[17:56] <tyhicks> yes
[17:56] <tyhicks> profile ofono { dbus bus=system (send receive) peer=(label=urfkill), }
[17:56] <jdstrand> so we could define some basic profiles for dialer-app, urfkill, indicator-network
[17:56] <awe> but urfkill runs as root
[17:56] <jdstrand> then a loose policy for ofono
[17:56] <tyhicks> that rule would allow cross talk between ofono and urfkill
[17:56] <dbarth> cjwatson: i think that's easier: feel free to do so; i don't want to block you anymore at this stage
[17:57] <awe> jdstrand, we'd also need to ensure that NM could talk to ofono
[17:57] <tyhicks> yep
[17:57] <awe> and telepathy-ofono
[17:57] <awe> and ...
[17:57] <awe> nuntium
[17:57] <jdstrand> with dbus rules for letting dialer-app, urfkill and indicator-network to talk to it
[17:57] <jdstrand> awe: sure, this is just thinking out loud
[17:57] <jdstrand> tyhicks: that would work today, no?
[17:58] <tyhicks> jdstrand: it should work just fine
[17:58] <jdstrand> neat
[17:58] <awe> and those profiles could have granularity down to a method call?
[17:58] <jdstrand> tyhicks: I've not used 'label' in policy yet, so I wasn't sure how to apply it
[17:58] <jdstrand> awe: yes
[17:58] <Wellark> uuh, that sounds awesome
[17:59] <tyhicks> I'm trying to see if we have tests for any rules like that
[17:59] <Wellark> would it be possible to allow a click application to access some of the dbus API's also given the app has sufficient permissions given by the user?
[17:59] <awe> so again, I think to answer Wellark's original question, we'd want to guard a specific destination=org.freedesktop.ofono object=/org/freedesktop.ofono interface=...DBus.Properties and method=SetProperty
[18:00] <awe> and only allow urfkill access to the same ^^
[18:00] <jdstrand> Wellark: essentially, no (there is actually something we could do with hooks, but lets not discuss that yet)
[18:00] <Wellark> awe: ofono does not implement org.freedesktop.Properties
[18:00] <Wellark> jdstrand: ack
[18:00] <jdstrand> Wellark: but apps have an explicit deny to talk to ofono anyway
[18:00] <jdstrand> we consider it too risky right now. maybe down the line we can relax it if there is a compelling use case
[18:01] <Wellark> jdstrand: yeah, just thinking if we need an SDK API for accessing some info that ofono provides
[18:01] <Wellark> or any of these services
[18:01] <jdstrand> Wellark: that I think gets back to the connectivity api thostr_'s team was working on
[18:01] <Wellark> jdstrand: I'm the main developer of connectivity-api
[18:01] <Wellark> :)
[18:01] <tyhicks> jdstrand: unfortunately, we don't have any test cases that use peer=(label=foo) right now, but I fully expect it to work
[18:01] <jdstrand> I'd *highly* prefer apps use that and not contact ofono/nm directly
[18:01] <jdstrand> ah, well there you go
[18:02] <tyhicks> I think I can add some to QRT without much trouble
[18:02] <awe> Wellark, then the change the interface to /org/freedesktop/ofono
[18:02] <jdstrand> Wellark: so, is that an out of process service or just something down deep in a library that runs in process to the app?
[18:03] <Wellark> jdstrand: right now it's a library that monitors signals coming from NM
[18:03] <jdstrand> yeah, apps are going to have trouble with that
[18:03] <awe> I can't keep track of which daemons use the correct DBus.Properties, and which don't.  Should've been mandatory in my opinion.  too much rope available to screw things up
[18:03] <awe> but it's still the same basic protection rule
[18:03] <awe> with a different interface
[18:03] <jdstrand> (cause the app has to talk to nm directly)
[18:04] <Wellark> jdstrand: so we would have to come up with connectivity-daemon
[18:04] <jdstrand> which, incidentally, is also explicitly denied
[18:04] <Wellark> which is the one that the connectivity-api talks to
[18:04] <Wellark> and then the connectivity-daemon is allowed to talk with system services
[18:04] <jdstrand> Wellark: yes, I have been advocating for that
[18:04] <Wellark> jdstrand: yep.
[18:04] <awe> connman?
[18:04]  * awe ducks
[18:04] <cyphermox> not the same
[18:05] <jdstrand> Wellark: it will keep things very clean for the apps, and the connectivity-daemon can do whateve it needs
[18:05]  * awe someone wouldn't find that funny
[18:05] <awe> ahhh
[18:05] <cyphermox> NM can do the connectivity api as much as connman could anyway
[18:05] <awe> s/someone/knew someone/
[18:05] <jdstrand> we could drop all kinds of dumb /sys/class/net and /proc rules in the policy now
[18:05] <Wellark> jdstrand: yeah, I know.. will need to figure it out.
[18:05] <jdstrand> (see the the connectivity policy group)
[18:06] <jdstrand> Wellark: cool
[18:06] <awe> cyphermox, we're discussing how to integrate the connectivity api into the SDK in a trusted helper manner
[18:06] <cyphermox> yes, I can follow
[18:06] <cyphermox> just sayin'
[18:06] <awe> so the connman quip was a joke
[18:06] <cyphermox> I know ;)
[18:06] <cyphermox> I'm saying though, connman or NM, absolutely the same thing
[18:07] <awe> yes
[18:07] <Wellark> agreed.
[18:07] <jdstrand> it is Yet Another Daemon, but that is our model-- we have helpers with reasonable, controlled apis that apps can talk to rather than talking directly to services that change all the time and aren't designed to work with untrusted applications
[18:07] <Wellark> jdstrand: indeed
[18:07] <Wellark> like the generic SetProperty()
[18:07] <awe> yea, just kinda makes my head hurt
[18:07] <cyphermox> yes
[18:07] <Wellark> we have no way of allowing just some of the properties to be changed
[18:08] <Wellark> it's all or nothing
[18:08] <cyphermox> well, the SDK is supposed to be your way to do this
[18:08] <jdstrand> Wellark: I'm super glad we had a chance to chat-- it has been on my todo list to talk to you (though I didn't know it was you :) about the connectivity api
[18:08] <awe> it'd be nice for use to figure out some way of mediating comms to our existing daemons without having to add yet another(s)
[18:08] <cyphermox> awe: +1
[18:08] <Wellark> I don't want to add any unneccessary daemon, to be clear
[18:09] <cyphermox> no, we know
[18:09] <jdstrand> Wellark: so, with the connectivity-daemon, just like indicator-network, dialer-app, and nm, we could allow connectivity-daemon to talk to ofono
[18:09] <cyphermox> but there doesn't appear to be much choce
[18:09] <awe> jdstrand, there is not "connectivity daemon"
[18:09] <jdstrand> (and urfkill)
[18:09] <jdstrand> awe: not yet :)
[18:09] <Wellark> yeah, we don't have it right now
[18:09] <cyphermox> awe: no, just projecting
[18:09] <jdstrand> I'm just saying, in the future, that is what we could do
[18:10] <awe> and myself and cyphermox are saying it'd be nice to figure this out without having to add yad
[18:10] <jdstrand> apps can talk to connectivity daemon, but not nm and ofono
[18:10] <cyphermox> awe: we're lacking in other options though
[18:11] <cyphermox> you can't really differentiate between a call through the API (library) that does a DBus call from a DBus call directly done by the app
[18:11] <jdstrand> well
[18:11] <Wellark> and if we would have the connectivity-daemon in a trusted helper style then we could introduce app permissions in arbitrary granularity
[18:11] <cyphermox> that's why having the app speak to a daemon, which then is the only point of contact between it and other daemons (nm, urfkill, ofono, etc)
[18:11] <jdstrand> well, nm could be 'connectivity-daemon' with a very simple api for apps to use
[18:11] <cyphermox> well, yeah, daemon/trusted-helper
[18:11] <cyphermox> jdstrand: it could, indeed
[18:12] <jdstrand> then we could let apps talk to those methods *only*
[18:12] <cyphermox> but Wellark has build some other things around it
[18:12] <awe> right, why can't we define an app profile?
[18:12] <cyphermox> and that wouldn't solve the issue for MMSs / numtium
[18:12] <jdstrand> the problem is right now, various libraries (eg, QtSystemInfo::NetworkInfo) jump all over the entire nm dbus api and leak too much info
[18:12] <cyphermox> yep
[18:13] <awe> ok, I remember
[18:13] <cyphermox> jdstrand: well *our* api could just not use that and speak to NM directly, ask just what it really needs
[18:13] <awe> we can't lock down access to particular properties
[18:13] <cyphermox> but then can we lock apps from using the other QT bits
[18:13] <jdstrand> but, if it had a controlled connectivity sub-api that didn't require the app to jump all over, then that should be fine. we'd remove the current explicit denial and add allow rules for that sub-api
[18:13] <cyphermox> awe: no, but if the sdk only does a call to $method, it's fine
[18:13] <awe> sure
[18:14] <cyphermox> yeah
[18:14] <awe> but there was about certain props that contained privacy related data
[18:14] <jdstrand> (and that still works with the previous confinement idea tyhicks and I discussed)
[18:14] <cyphermox> AFAIK it doesn't currently require the app to jump all over except maybe for one thing that apps really ought not to do
[18:15] <cyphermox> (getting the IP address)
[18:15] <awe> Wellark, we already have a daemon that proxies communication to NM; it used to be called chewy
[18:15] <awe> ;D
[18:15] <awe> and it runs in the user session
[18:15] <cyphermox> awe: doesn't chewy actually do MM rather than NM though?
[18:15] <awe> haha
[18:15] <awe> not
[18:15] <awe> NM does MM
[18:15] <cyphermox> ok ;)
[18:15] <awe> chewy --> indicator-network
[18:16] <cyphermox> right right
[18:16] <awe> ( there might be a suffix involved )
[18:16] <jdstrand> cyphermox: if you look at 'aa-easyprof --policy-vendor=ubuntu --policy-version=1.1 --show-policy-group -p connectivity' you can see what it did about 6 months ago
[18:16] <cyphermox> jdstrand: ok
[18:17] <jdstrand> 'it' being QtSystemInfo::NetworkInfo
[18:17] <Wellark> jdstrand: I need to go
[18:17] <Wellark> jdstrand: but we could chat in more detail next week
[18:17] <jdstrand> Wellark: ok. thanks for the chat :)
[18:17] <jdstrand> sure
[18:18] <jdstrand> cyphermox: notice, most of that output of that command is commented out-- we don't allow it cause it reveals too much info
[18:22] <cyphermox> jdstrand: yeah, well NetworkInfo probably gets you an IP, which the apps shouldn't have to ever care about
[18:22] <cyphermox> and that I can see how it would dig to get the value
[18:25] <jdstrand> it was that and mac iirc. the ofono ones gave at quite a bit too
[18:29] <cjwatson> dbarth: done
[18:29] <cjwatson> mardy: ^-
[18:36] <dbarth> cjwatson: thanks and sorry for the false start
[18:50] <davmor2> mzanetti: tagger is crashing on QT5.2.1 on mako just a heads up
[18:51] <davmor2> mzanetti: it connects to the camera then shortly after dies
[18:58] <mzanetti> davmor2: ok, thanks for the info. will rebuild it
[19:09] <timppa> Evening! Is there any particular reason why nexus 7 is not detected by sdk?
[19:33] <dafo> how long should the boot after the autodeploy.zip step take? It's been ~15min already
[19:33] <dafo> 14.04 on Galaxy Nexus
[19:37] <dafo> still on google logo
[20:24] <elcuco> hi, the instructions mention how to install from ubuntu, but I am running debian. how can i install from debian...?
[21:01] <taiebot> Hey guys congrats for promoting 250 however i have a lots of apps which do not start. So far Music. Calendar,sudoku. notes. I am the only one with this problem?
[21:03] <popey> taiebot: update them using update manager
[21:04] <taiebot> I have nothing to update in update manager. While i had some to update in the previous image but they were giving me command error now they are not showing up might be related.
[21:05] <popey> I'll investigate a bit more
[21:06] <taiebot> popey: If you need anything from me let me know .
[21:06] <popey> taiebot: can you pastebin the output of "adb shell sudo -u phablet click list"
[21:06]  * mrjazzcat just got a Nexus 7 (2013).  Should I put Android 4.4 on it, since that appears to be the latest target of work?
[21:07] <mrjazzcat> that is, before I put dualboot Touch.
[21:08] <taiebot> popey:http://pastebin.com/gmqCUm4d
[21:13] <ZeeO> nexus 5 support yet?
[21:19] <taiebot> popey: should i uninstall and reinstall through the store?
[21:26] <taiebot> Shit desinstalled music app and its not present on the store.
[21:27] <taiebot> Well no music for me :)
[21:27] <popey> hmm
[21:27] <elcuco> eventually i used schroot to get a working ubuntu and from there I executed the commands.
[21:28] <elcuco> on second thought, I could "fastboot flash" and that would have been easier...
[21:28] <elcuco> but hey, now I have an schroot for ubuntu :)
[21:28] <popey> taiebot: so according to the paste you had version 1.3.389 right?
[21:30] <taiebot> Certainly. I have removed it to upgrade via store to see if the app could start but i do not see the app.
[21:30] <popey> ok, lets see if we can manually install it
[21:30] <popey> http://popey.mooo.com/mirror/clicks/2014-03-21-100001/com.ubuntu.music_1.3.389_armhf.click
[21:30] <popey> download that
[21:31] <popey> i have 389 on my #250 phone and it starts fine
[21:31] <taiebot> remind me what i should put on on adb shell?
[21:31] <taiebot> to install
[21:31] <popey> hang on
[21:32] <popey> dont install yet
[21:32] <popey> adb shell sudo -u phablet click list | grep music
[21:32] <popey> anything show?
[21:33] <taiebot> nope
[21:34] <popey> how did you uninstall it?
[21:34] <taiebot> hold on app uninstall.
[21:34] <popey> ok
[21:36] <popey> taiebot: so if you search for music you dont see it?
[21:36] <popey> on the apps lens?
[21:36] <taiebot> NO get eyrie panpipe uclick, but no music app
[21:37] <popey> hm
[21:37] <taiebot> I have 16 app showing when i search music but no music app
[21:38] <popey> i dont quite understand why you can't see it
[21:38] <popey> adb shell system-image-cli --info
[21:38] <popey> what version does it say?
[21:39] <popey> current build number: 250
[21:39] <taiebot> current build number: 250
[21:39] <taiebot> correct thats what i get
[21:42] <taiebot> installed utudu and it worked as expected
[21:45] <taiebot> trying windows fix (rebooting ...) :)
[21:48] <popey> heh
[21:48] <taiebot> popey: do you want me to try if i get same behaviour with other app which do not start?
[21:48] <popey> yes, lets focus on one app
[21:48] <popey> find one that wont start, then find the log in /home/phablet/.cache/upstart
[21:49] <popey> most recent log file in that directory will probably have the app name in it
[21:50] <taiebot> there is lots of logs there.
[21:50] <popey> ls -ltrha
[21:50] <popey> after you start the app
[21:51] <popey> e.g. application-click-com.ubuntu.calendar_calendar_0.4.214.log
[21:52] <taiebot> mm will need more explanation i am in upstart directory what do i do now sudoku app do not start
[21:53] <popey> ok, so cd /home/phablet/.cache/upstart
[21:53] <popey> ls -ltrha
[21:54] <popey> look for the file at the end of the list
[21:54] <popey> probably called application-clickp-com.ubuntu.sudoku..... something
[21:55] <taiebot> well the problem it is not there if i start the app.
[21:56] <popey> are you logged in as phablet or root?
[21:56] <taiebot> i have last five unity8.log, dbus.log hud.log
[21:57] <taiebot> tried with an app which start and its there.
[21:57] <Tassadar> I can reproduce that with my N5 - calculator app simply won't start, just shows white screen. It doesn't create any log file in /home/phablet/.cache/upstart, unless I'm blind and the log file doesn't have "calc" in it's name
[21:57] <Tassadar> taiebot: which device do you have?
[21:58] <taiebot> N4
[21:58] <popey> ok
[21:58] <popey> what version of calculator do you have installed?
[21:58] <Tassadar> on the other hand, sudoku works for me
[21:58] <popey> click list | grep calculator
[21:58] <Tassadar> com.ubuntu.calculator   1.3.235
[21:59] <Tassadar> and my sudoku is 1.0.177
[21:59] <Tassadar> image 250, no updates in the click update app
[22:00] <popey> 235 is latest calculator
[22:00] <popey> hmm
[22:00] <Tassadar> grepping for "calc" in the logs folder reveals "hud.log:Attempt to remove window 0 from non-existent application "com.ubuntu.calculator_calculator_1.3.235""
[22:02] <Tassadar> I think I've updated the calc app via the click update app on one of the previous images, if that's relevant
[22:04] <Tassadar> same for clock app, which doesn't start as well, I've updated that one just now, when the device was running image 250 already
[22:05] <Tassadar> but clock app won't even show the white screen, it just does nothing after tapping the icon in the launcher
[22:05] <popey> can you try adb shell dmesg -T | grep DEN
[22:05] <popey> an see if you get any DENIED lines?
[22:06] <taiebot> nothing for me
[22:06] <Tassadar> https://paste.tinyw.in/index.php/view/raw/14807256
[22:06] <Tassadar> only for the sudoku app, which opens
[22:08] <popey> jdstrand: ^^
[22:08] <popey> hmm
[22:08] <popey> I'm perplexed
[22:09] <Tassadar> oh, the clock app got uninstalled by the click update app, I guess
[22:10] <popey> it shouldnt
[22:10] <Tassadar> I suppose it failed to update it for some reason
[22:10] <popey> no the update doesn't work like that
[22:10] <popey> there is two places the app can be
[22:10] <Tassadar> wait, I'll give you logs
[22:10] <Tassadar> https://paste.tinyw.in/index.php/view/raw/99809711
[22:10] <popey> in /opt/click.ubuntu.com/<appname>
[22:11] <popey> or /usr/share/click/preinstalled/<appname>
[22:11] <Tassadar> and its icon disappeared
[22:11] <popey> what versions are in there?
[22:11] <popey> and also in /home/phablet/.local/share/applications do you have a .desktop file for the app?
[22:12] <Tassadar> in opt is 1.0.369 and in usr 1.0.373
[22:12] <Tassadar> and I have a desktop file, com.ubuntu.clock_clock_1.0.373.desktop
[22:14] <Tassadar> I have had this installation for quite some time, and it's trusty-proposed, it might have got corrupted during that click update problems last week (or was it the one before that?)
[22:14] <popey> ok
[22:14] <popey> so the version in 373 should take precidence
[22:15] <Tassadar> the updated versions go to /opt, right? why did it install 369 in there, then? Oo
[22:18] <Tassadar> /opt contains older version of calculator as well, <IP_ADDRESS>, and I'm quite sure I updated that one on one of the previous images
[22:19] <Tassadar> taiebot: by the way, are you using any kind of multiboot?
[22:20] <taiebot> no normal install
[22:20] <Tassadar> try to ls /opt/click.ubuntu.com/ on the device, are all the apps which you can't open in there?
[22:21] <taiebot> cd /opt/click.ubuntu.com/
[22:21] <taiebot> ls
[22:21] <taiebot> sorry wrong place :-D
[22:23] <taiebot> there is lots of apps but some work some do not
[22:24] <popey> what you get in /usr/share/preinstalled comes with the read-only image
[22:24] <taiebot> music is in there? i thought i desinstalled it?
[22:24] <popey> what you get in /opt is what comes from the store
[22:25] <popey> you probably had 369 in /opt from a previous install from the store
[22:25] <popey> then updated to 250 which brought in the new one in preinstalled
[22:25] <taiebot> can i delete this file and it should reupdate it then?
[22:26] <popey> delete what file?
[22:27] <taiebot> com.ubuntu.music in /opt/click.ubuntu.com
[22:27] <Tassadar> but the click update app was saying there is an update available, after I upgraded to 250, so I clicked "update", it completed successfully, it shows no more updates, but the clock app is broken
[22:27] <popey> i wouldn't manually futz with files
[22:27] <popey> yes, it shows no more updates because you have latest in usr
[22:28] <Tassadar> why did it show an update when I had it in there already?
[22:28] <popey> i dont understand the question
[22:28] <popey> bear with me...
[22:29] <Tassadar> it showed the update is available _after_ I installed image 250
[22:29] <popey> oh.. really?
[22:29] <Tassadar> yeah
[22:31] <Tassadar> maybe it was caching something from the previous image? Like, there is a "check again" button after you install all updates, so I suppose the checks are initiated only at certain moments..?
[22:33] <popey> not so sure
[22:34] <Tassadar> anyway, I'm sorry, but I'm gonna head to bed - it's gonna be midnight here soon. Do you want me to get you some more logs before I leave?
[22:41] <popey> Tassadar: no, I'll investigate more
[22:41] <robert1_> same problem here, after i update to r237 (14.04), the terminal-app doesnt work, after uninstall, i cant find it for reinstallation. after i install (downgrade) to rev236, in the update-manager-app i get "Command Error" for some apps.
[22:41] <popey> Tassadar: feel free to ping over the weekend
[22:41] <Tassadar> k, thanks & gn
[22:42] <popey> robert1_: update to 250
[22:42] <robert1_> popey, ok, i will try, thanks
[22:43] <jonahbron> Does anyone know the status of the desktop HUD working with a QML app?
[23:06] <robert1_> popey, rev250 is installed, but not the terminal-app, in storage i see 2 entries "Terminal", 436.2kB&461.8kB.
[23:26] <robert1_> in /opt/click.ubuntu.com/, i have a folder, com.ubuntu.terminal with files from 28.02.2014
[23:30] <robert1_> in /usr/share/click/preinstalled/com.ubuntu.terminal, i have files from 21.03.2014 (0.5.44)
[23:31] <robert1_> in /opt/click.ubuntu.com version 0.5.40


[01:52] <xubuntu14i> Installing Xubuntu 18.04
[01:53] <xubuntu14i> Going to check progress.
[01:55] <rud0lf> !find libpulseaudio-plugin.so
[01:55] <Unit193> !find libpulseaudio-plugin.so
[01:55] <Unit193> rud0lf: Likes me better. :3
[01:55] <rud0lf> thanks
[01:55] <rud0lf> why?
[01:55] <rud0lf> :)
[01:55] <Unit193> Because the plugin sometimes screws up and one just needs to try that again.  Also note that you can install 'apt-file' and do the same thing.
[01:55] <Unit193> `apt-file find libpulseaudio-plugin.so`
[01:55] <rud0lf> i'm planning to alter the plugin a bit
[01:58] <Unit193> In what way?
[01:59] <rud0lf> there's a small issue.. when there's local music playing, libpa shows << II >> (previous, pause, next).. but when i listen to online stream, pause is grayed-out, instead of placing stop in place
[01:59] <rud0lf> i know it's a tiny thing but still
[01:59] <rud0lf> i'm known of studying new programming language basics just to fix something i don't like :)
[02:00] <Unit193> bluesabre: ↑ No idea if you care, I don't really know because I don't use it. :3
[02:29] <xubuntu60i> torb
[05:21] <nova_> ive enabled the default "homes" sharing in samba, and im trying to connect with thunar, but thunar connects anonymously without prompting me for credentials or using the current user account.  Is there a way to make it use my current user credentials more like windows would?
[10:14] <Xubunter> Hi! I've recently upgraded to Xubuntu 18.04 and now have two problems. The first one is baloo_file_extractor which takes about a Gbyte of RAM and 5 Gbyte of cache (?) disk space. As far as I understand it's a KDE thing. Is it even useable in xubuntu? What software could have brought it with itself (I haven't installed KDE fully)? Should I just remove it and how to prevent it from returning?
[10:36] <Xubunter> ok, I see baloo stopped indexing and I removed it.
[10:36] <Xubunter> The more serious problem is system freezes which happen several times an hour: the cursor works, but all interface elements in all programs don't. Sometimes I can switch between windows, sometimes a freeze is complete and nothing works at all. Another thing is that Xorg has been taking a full processor core (25%) for about  an hour, but now it doesn't (1% or less). It's probably connected?
[10:36] <Xubunter> I don't have a dedicated video card, the processor is intel core 2 Quad q6600. I tried to use 4.16.12 kernel, but now switched to 4.15.18 and nothing seems changed.
[14:08] <Ctrl_Alt_Deliciu> hi, anyone help me please? about gconf-editor
[14:11] <GridCube> !ask | Ctrl_Alt_Deliciu
[14:12] <Ctrl_Alt_Deliciu> my gconf-editor have only 2 items
[14:12] <Ctrl_Alt_Deliciu> theres'nt / desktop gnome interface
[14:14] <Ctrl_Alt_Deliciu> and I not view icon in application menu in xubuntu
[14:14] <Ctrl_Alt_Deliciu> excuse my english, I'm italian
[14:16] <GridCube> Ctrl_Alt_Deliciu: well xubuntu uses xfce, not gnome
[14:16] <Ctrl_Alt_Deliciu> yes
[14:16] <GridCube> so why are you expecting it to have a gnome desktop?
[14:17] <Ctrl_Alt_Deliciu> but, I using this solutions in xubuntu from xubuntu 10.04 to xubuntu 17.10
[14:18] <Ctrl_Alt_Deliciu> It's only solution to view the icon in all application menu
[14:18] <Ctrl_Alt_Deliciu> today I've install Xubuntu 18.04
[14:19] <GridCube> i still don't understand why you need the gnome editor, you should be using the one in xubuntu
[14:19] <Ctrl_Alt_Deliciu> in xubuntu, at appearance tool, the voice are selected
[14:20] <Ctrl_Alt_Deliciu> but I don't view the icon... only text
[14:20] <Ctrl_Alt_Deliciu> is there another way?
[14:21] <GridCube> i still don't understand what you want to do
[14:21] <GridCube> so i don't know
[14:21] <Ctrl_Alt_Deliciu> ok gridcube
[14:22] <Ctrl_Alt_Deliciu> I try to explain myself :)
[14:24] <Ctrl_Alt_Deliciu> in xubuntu, i don't view the icon on application menu (ex: libreoffice writer - File menu, Edit menu etc...) there aren't icon, but only text (ex: paste, copy, cut, eccc without icon))
[14:26] <Ctrl_Alt_Deliciu> in appearance tool of xubuntu, in setting session, there are the possibility of view that icons, but I still do not see them
[14:28] <Ctrl_Alt_Deliciu> from my first xubuntu (10.04) the only way to view that icon next to the text, was to install gconf-editor and ability two options to desktop settings
[14:28] <Ctrl_Alt_Deliciu> it worked well until xubuntu 17.10
[14:29] <Ctrl_Alt_Deliciu> today, i've replaced my hdd and I've istalled xubuntu 18.04
[14:29] <Ctrl_Alt_Deliciu> I've installed the gconf-editor, but on start it show only 2 voices
[14:30] <GridCube> Ctrl_Alt_Deliciu: is this a clean install?
[14:30] <GridCube> if it is i would recommend re-installing
[14:31] <Ctrl_Alt_Deliciu> I was wondering then, is there any reason why gconf editor only shows some entries? is it possible to view these icons in some other way? thanks for your patience
[14:31] <GridCube> if not you can change the name of the .config folder in your home directory and restart
[14:31] <GridCube> all the configuration files should regenerate and you should see a desktop as if it's the first time you log in
[14:31] <Ctrl_Alt_Deliciu> yes, clean install
[14:32] <GridCube> and it would populate the starting menu with all the launchers
[14:33] <Ctrl_Alt_Deliciu> I try ... thank you GridCube... See you soon
[17:06] <ChunkzZ> does Xubuntu 18 have the "night light" like Ubuntu's 18?
[17:31] <genii> !info redshift | ChunkzZ
[18:59] <ChunkzZ> genii, what and how do I use it? it's already in Ubuntu's default... not in xubuntu...
[19:01] <flocculant> ChunkzZ: install it - if you don't see it in Software you can use a terminal to do it with sudo apt install redshift
[19:02] <ChunkzZ> flocculant, it's installed now but don't know where it's gone/how to use it?
[19:06] <ChunkzZ> I searched for it, it enables and my screen flickers like it's on/off... lol
[19:06] <flocculant> no idea - never used it I'm afraid
[19:11] <genii> You might need redshift-gtk for some GUI to it
[19:14] <ChunkzZ> genii, my screen's flickering... could it be I'm using xubuntu's gfx driver instead of one from intel?
[19:15] <genii> ChunkzZ: Sorry, that's above my pat scale
[19:15] <genii> pat/pay
[19:16] <flocculant> ChunkzZ: does it carry on flickering - here it does that (Iassume while it sets itself) then stops
[19:16] <ChunkzZ> it's carrying on flocculant
[19:16] <flocculant> well it works ok here
[19:17] <flocculant> have an icon in panel?
[19:17] <ChunkzZ> the gui just makes my screen flicker
[19:17] <ChunkzZ> yeah flocculant
[19:17] <flocculant> no real idea then - sorry - you could try in #ubuntu - more people around
[19:17] <genii> ChunkzZ: It works for me with Kubuntu 16.04 and the additional graphics drivers installed from the graphics-drivers PPA
[19:19] <ChunkzZ> flocculant, thanks anyway. genii it's not working here, xubuntu 18.04...
[19:21] <ChunkzZ> Navigate to Settings --> Screen Display --> Night Light to switch this feature on as shown on the screenshot below.
[19:21] <ChunkzZ> why isn't that included with xubuntu?
[19:21] <flocculant> because Xubuntu isn't Gnome
[19:22] <ChunkzZ> so it's a gnome feature and not just ubuntu?
[19:24] <flocculant> yea pretty sure
[19:28] <flocculant> ChunkzZ: have a look at https://itsfoss.com/night-shift-flux-ubuntu-linux/ - might help you
[19:31] <ChunkzZ> seen that already but thanks :)
[21:32] <Gr1nch> hello guys
[21:32] <Gr1nch> I need some support here... to a simple task...
[21:33] <Gr1nch> Upgrade an Xubuntu instalation from:
[21:34] <Gr1nch> 17.04 CODENAME=zesty "Ubuntu 17.04"
[21:34] <Gr1nch> to the most recent.
[21:34] <knome> !eol | Gr1nch
[21:35] <Gr1nch> as far I understood I need first to setup the /etc/source.list and put the correct repositories
[21:35] <knome> obviously, take backups before upgrading..
[21:36] <Gr1nch> oh thanks I will check this link
[22:30] <xubuntu81i> hi
[22:30] <knome> hello
[22:30] <xubuntu81i> kto govorit po russki
[22:30] <knome> !ru | xubuntu81i


[00:12] <m4v> oh sorry, you're right
[02:46] <nhandler> Who manages irclogs.ubuntu.com ?
[02:54] <LjL> nhandler: RT... basically canonical
[02:56] <nhandler> LjL: Before I report the issue, could you try and confirm that http://irclogs.ubuntu.com/ shows the list of years twice?
[02:56] <LjL> nhandler: uhm, not for me
[02:57] <nhandler> Hmm...Ok. I'll try another browser to try and figure out the cause. Thanks LjL
[02:57] <LjL> i tried both konqueror and firefox, both work here
[03:01] <nhandler> LjL: This is what I am getting now in FF: http://img407.imageshack.us/img407/8164/screenshotosy.png


 thanks @teward001 for the bug hunting (& subsequent frustration, hair-pulling etc)
 thank security team for indicating this is already fixed upstream but they're lazy as heck for getting it into the repos :P
 aka "overworked"
 so apparmor updates are low on their priority list >.>
 @guiverc but I HAVE confirmed a fix... sorta... for the error.  It requires fixing an apparmor bug first though
 and then applying an update before Upstream torbrowser-launcher accepts the patch
 but also, the problem is X abstractions weren't pulled in so it won't work without those ANYWAYS so
 *shrugs*
 :)   That's great news & explains the security team involvement in your prior messages (if you added detail to the bug report I've not viewed it yet)


[07:47] <marcustomlinson> can anybody here tell my why Jenkins CI is not using the PPA overlay to build? I have a dependancy on something in the overlay and now can't build my dependant MP
[07:50] <Mirv> marcustomlinson: cihelp should be able to answer that. I believe it was started to be looked into on Friday.
[09:03] <sil2100> popey: thanks for the e-mails, adding :)
[09:03] <popey> np :)
[09:03] <popey> sil2100: jibel please prioritise reminders above music if possible. due to data loss bug in reminders.
[09:06] <sil2100> popey, jibel: added both clicks to the tarball, they're marked as ready - should appear on the trello soonish
[09:10] <jibel> sil2100, cards have been created \o/
[09:15]  * Mirv needed to again mark 6 silos manually as Landed in the spreadsheet, since Train constantly clears out the status of some of the landings that have landed
[09:18] <sil2100> \o/
[09:18] <sil2100> Mirv: yh
[09:45] <popey> sil2100: where do linux kernel bugs go for phone ?
[09:48] <popey> thinking this probably best be re-assigned https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1421455
[09:56] <sil2100> popey: let me take a look at that one
[10:33] <Ursinha> marcustomlinson: it's not pulling from overlay PPA yet because change isn't trivial, we're likely to implement that this week
[10:34] <marcustomlinson> Ursinha: ok thanks
[11:04] <jibel> sil2100, can you build a new vivid image for krillin to pull the latest powerd fix? it's a PITA to install for every silo verification.
[11:04] <jibel> davmor2, rvr ^
[11:04] <ogra_> jibel, there are image build probs currently
[11:04] <sil2100> Yeah, we're looking into that rightnow
[11:05] <jibel> ogra_, any ETA?
 [11:05] <jibel> okay
[11:05] <rvr> And for arale too
[11:05] <ogra_> stuck since then
[11:07] <sil2100> ogra_: so, the problem is, the system-image importer doesn't see the new rootfs'es that are on cdimage, looking into why
[11:08] <sil2100> ogra_: there are no files for those in pool/ from last 2 days at least
[11:08] <sil2100> The generator returns no new path
[11:08] <sil2100> *paths
[11:08] <ogra_> hmm
[11:52] <greyback> trainguards: I need a hand with vivid-overlay silo38, I am unable to make the gles-twin package build.
[12:19] <Mirv> greyback: looking
[12:20] <greyback> ta
[12:21] <Mirv> greyback: the version number in your https://code.launchpad.net/~mir-team/qtmir/gles-sync/+merge/258608 looks correct but it should probably be UNRELEASED instead of vivid so that train picks it up correctly
[12:21] <Mirv> like in eg here https://code.launchpad.net/~bzoltan/ubuntu-ui-toolkit/landing_04.02.2015-gles/+merge/248555
[12:22] <Mirv> watch file is also fine so it's probably just that change needed
[12:22] <greyback> Mirv: ok trying
[12:28] <Mirv> looking good now, building in the ppa
[12:33] <Mirv> only that it FTBFS:d :(
[12:34] <Mirv> greyback: it claims gsettings-qt would be required and not found, is that a new build dependency that needs to be added to qtmir-gles too or something?
[12:52]  * sil2100 needs to jump out to the doctor for a perscription
[13:01] <greyback> Mirv: quite right
[13:12] <Mirv> greyback: and now you need to bump the version number to ubuntu2 since the same version can't be rebuilt in the PPA
[13:13] <greyback> Mirv: dammit
[13:25] <davmor2> ogra_: is it just me or do you picture sil2100 in a high rise with a parachute when says I just need to jump out to x? :)
[13:29] <ogra_> davmor2, thats how they do it in poland :)
[13:32] <rvr> rsalveti: Approving silo 26 (qtvideo-node)
[13:40] <sil2100> I live on the 2nd floor so I guess I could survive without a parachute ;)
[13:42] <sil2100> rsalveti, ricmm: could anyone review https://code.launchpad.net/~phablet-team/qtvideo-node/qtvideo-node-update-textures-in-preprocess-pass/+merge/257960 ?
[13:42] <rsalveti> yeah, waiting ricmm on that
[13:43] <rsalveti> sil2100: done ^
[13:43] <sil2100> \o/
[14:19] <barry> sil2100: what is the warning on https://docs.google.com/a/canonical.com/spreadsheets/d/1kVcbT9COuBhpamXg_d5pw_7WlRCuCPBF_8TFjgfaNYY/edit#gid=0 supposed to mean?  i.e. "check header" -- what header?
[14:19] <sil2100> barry: it's the deprecated spreadsheet ;)
[14:19] <sil2100> barry: get the latest one here: https://wiki.ubuntu.com/citrain
[14:20] <barry> sil2100: probably the citrain/FAQ should be updated then :)
[14:20] <sil2100> barry: ah, maybe! I didn't touch that as it was mvo's invention ;)
[14:20] <sil2100> (I think)
[14:21] <barry> sil2100: should there be a link from the old spreadsheet to the new one?
[14:21] <barry> faq updated
[14:21] <sil2100> I think there was in the header, but it reverted itself
[14:22] <sil2100> Since we migrated out of it because it got broken badly, and was reverting contents every few hours
[14:29] <barry> sil2100: well, i'm going to add si 3.0 to the new spreadsheet.  let's see if i remember how to do it (might be helpful since i'm covering for robru today)
[14:29] <sil2100> barry: hah :) It's more or less the same thing - si 3.0 is supposed to be released for wily, or you want it in the vivid overlay-PPA?
[14:30] <sil2100> ...or in vivid overall?
[14:30] <sil2100> barry: https://wiki.ubuntu.com/citrain/LandingProcess
[14:30] <sil2100> barry: the landing process is more-or-less up-to-date here
[14:31] <barry> sil2100: for now wily only.  i will leave it up to mvo to decide if it needs to be backported for snappy
[14:31] <sil2100> Ok, then no changes here I guess, all the same stuff
[14:45] <barry> sil2100: ouch: https://ci-train.ubuntu.com/job/ubuntu-landing-011-1-build/148/console
[14:45] <barry> sil2100: looks like the train got derailed
[14:47] <sil2100> hm, do you have any unicode in your changelog? ;)
[14:48] <sil2100> I know robru did a lot of UTF-8-related changes in the package handling in the past months
[14:51] <barry> sil2100: i don't think so
[14:52] <barry> sil2100: yeah, i can open and read it in utf8 mode np
[14:53] <barry> sil2100: can you do any live debugging?
[14:53] <sil2100> barry: I'll try looking into that, live debugging is hard now since we have no access to the machine, but maybe it won't be necessary :)
[14:54] <sil2100> Worst thing it's robru's turf mostly, so it might take a few moments before I dig into that
[14:54] <barry> sil2100: ok.  i can't see anything wrong with the cupstream2distro code, and i know i've looked at this before.  there's not enough information in the traceback to understand which file it's barfing on
[14:55] <barry> sil2100: hmm. i wonder if it's choking on the tar.xz binary blobs
[14:55] <sil2100> We had something similar always with oxide-qt silos, but robru fixed that
[14:55] <barry> sil2100: if it's iterating over every file in debian/* that would be it
[14:56] <barry> sil2100: i bet the bug is in refresh_package_versions().  it seems to expect that every file in debian/* is a text file.  that isn't necessarily true (and isn't in si's case)
[14:57] <barry> sil2100: so we need a way to ignore binary files in debian/* or catch the unicode exception and skip that file
[14:57] <sil2100> Yeah, I see the glob there
[14:58] <barry> the former would be safer (it would still be possible to erroneously do a replace in an accidentally utf-8 compatible binary file) but i don't know how to specify that
[14:58] <barry> (in a way cupstream2distro would understand)
[14:58]  * barry will file a bug
[14:58] <sil2100> I'll try to talk some reason into it, if you could fill in the bug in the meantime it would be sweet
[14:59] <barry> sil2100: ack
[15:00] <imgbot> [15:00] <imgbot> [15:01] <davmor2> ogra_: zero in the change log that doesn't seem right ;)
[15:02] <ogra_> davmor2, yeah, expected ... everything got confused
[15:02] <sil2100> I guess manifests are in different places now
[15:03] <sil2100> (and the importer is still running)
[15:05] <barry> sil2100: LP: #1453846
[15:05] <sil2100> barry: this whole piece of code needs changing sadly, since otherwise it could lead to horrors
[15:06] <barry> sil2100: i'm afraid i agree with you ;)
[15:06] <sil2100> Hah, exactly the whitelisting idea I wanted to propose ;)
[15:06] <barry> :)
[15:06] <sil2100> That was how we did it in the past actually
[15:07] <barry> sil2100: +1  can you resurrect that logic?
[15:07] <sil2100> Yeah, I think we can make it better now I suppose
[15:08] <barry> sil2100: i'm happy to review a mp if you want to take a crack at it before robru returns.  otherwise, i will do Other Stuff for the next few days :)
[15:11] <sil2100> barry: sure, will throw it your way once I get to working on the fix :)
[15:11] <barry> sil2100: +1
[15:11] <sil2100> Thanks!
[15:17] <rvr> oSoMoN: ping
[15:17] <oSoMoN> rvr, hey there
[15:17] <rvr> oSoMoN: https://bugs.launchpad.net/webbrowser-app/+bug/1448336
[15:18] <rvr> oSoMoN: Is that testable in the phone?
[15:18] <oSoMoN> rvr, yes, you should see a pressed state when you tap on a chrome button, before you release it
[15:18] <oSoMoN> harder to see of course, because usually your finger is in the way
[15:19] <ogra_> just grow smaller fingers :)
[15:19] <rvr> oSoMoN: Right, then I got it correctly
[15:19] <ogra_> (or use a pencil shrpener)
[15:19] <rvr> oSoMoN: Approving the silo
[15:19] <oSoMoN> ogra_, ouch :/
[15:19] <oSoMoN> rvr, awesome, thanks!
[15:22] <oSoMoN> trainguards: can silo 4 be published, please?
[15:22] <sil2100> o/
[15:22] <sil2100> On it now
[15:22] <oSoMoN> cheers
[15:26] <oSoMoN> darn, core-dev ack needed
[15:27] <sil2100> barry: hey! Since you're around and since I'm only a MOTU, could you take a look and approve this packaging diff? https://ci-train.ubuntu.com/job/ubuntu-landing-004-2-publish/56/artifact/webbrowser-app_packaging_changes.diff
[15:27] <sil2100> My powers are too weak
[15:27] <sil2100> I need to become a master of the mainz!
[15:27] <davmor2> sil2100: do or do not.....there is no try
[15:44] <rvr> dbarth__: Hey, one question. In the trello board we have an old card for "add signon-apparmor-extension to the seed", but have no other information. Is it still needed?
[15:50] <oSoMoN> sil2100, should I try and find another core dev to ack silo 4 ?
[15:50] <sil2100> ogra_: !
[15:51] <sil2100> ogra_: you're around, let me molest you for a moment
[15:51] <sil2100> ogra_: I need your approval for https://ci-train.ubuntu.com/job/ubuntu-landing-004-2-publish/56/artifact/webbrowser-app_packaging_changes.diff
[15:51] <sil2100> No worries, if it breaks anything, you'll be to blame
[15:52] <sil2100> ;)
[15:52] <sil2100> (just kidding)
[15:55] <dbarth__> rvr: not needed anymore; this is done now
[15:55] <ogra_> sil2100, well, i blame elopio for a really really lame changelog entry ...
[15:55] <rvr> dbarth__: Ok, thanks
[15:56] <ogra_> elopio, last time that i ACK such a change without mentioning the dependency change in the changelog ... please make sure to have that in your changelogs in the future ... (see https://ci-train.ubuntu.com/job/ubuntu-landing-004-2-publish/56/artifact/webbrowser-app_packaging_changes.diff)
[15:56] <ogra_> sil2100, (very uneasy) ACK ...
[15:58] <sil2100> o/
[15:59] <ogra_> hmm, didnt we use to have the recent spreadsheet URL in the topic ?
[15:59] <oSoMoN> ogra_, my bad, I should have spotted that earlier and updated the commit message myself, sorry about it
[15:59] <ogra_> oSoMoN, ok
[16:03] <elopio> ogra_: noted. I'm sorry.
[16:18] <kenvandine> rvr, i see on trello you have silo 15 for settings under testing
[16:18] <kenvandine> that already landed last week
[16:19] <kenvandine> current silo 15 doesn't match and isn't even ready for QA
[16:19] <kenvandine> rvr, and it's not settings :)
[16:19] <rvr> kenvandine: Oh
[16:19] <kenvandine> in fact, look at the bugs fixed in it, those are for the indicator
[16:19] <rvr> kenvandine: I'm downloading the new image to flash the phone, so I didn't start, nice to know
[16:20] <kenvandine> not my silo anymore :)
[16:20] <kenvandine> must have had a duplicate card created last week
[16:20] <rvr> Right
[16:20] <rvr> Thanks
[16:20] <kenvandine> np
[16:21] <kenvandine> rvr, i was just checking on the status of silo 31 and noticed  you might be wasting your time :)
[17:04] <barry> sil2100: lgtm.  how do i ack the packaging change?
[17:05] <sil2100> barry: ah, unping :)
[17:05] <sil2100> ogra_ already poked it
[17:05] <barry> sil2100: okie dokie!
[17:49] <kalikiana> cihelp ping, https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/oldAppHeaderMoving/+merge/258617 these failures make no sense https://jenkins.qa.ubuntu.com/job/ubuntu-sdk-team-ubuntu-ui-toolkit-staging-vivid-i386-autolanding/236/testReport/%28root%29/tst_components_benchmark/benchmark_creation_components/
[17:57] <sil2100> barry: ok, I made a quick branch before going EOD, if you could review it would be sweet
[17:57] <sil2100> barry: https://code.launchpad.net/~sil2100/cupstream2distro/whitelist_symbols_refresh/+merge/258803
[17:57] <sil2100> barry: I added some basic tests, didn't have time to add more since I need to AFK now
[17:57] <sil2100> I'll test it in staging later
[17:57] <sil2100> o/
[17:57] <sil2100> Thanks!
[17:58]  * sil2100 leaves the train in the hands of barry and kenvandine
[17:59] <sil2100> barry, kenvandine: remember to assign silo requests - and if they're for vivid touch, please set the column L to the overlay PPA
[17:59] <sil2100> o/
[18:04] <josepht> kalikiana: I'm looking at this now
[18:11] <josepht> kalikiana: is that test passing locally for you all?
[18:18] <josepht> kalikiana: it looks like this MP may have broken it, it was manually merged even though it wasn't passing CI. https://code.launchpad.net/~zsombi/ubuntu-ui-toolkit/separate-uitk-versions/+merge/257455
[18:18] <bzoltan> josepht: I pushed that MR manually
[18:19] <bzoltan> josepht:  that MR was failing for random reasons for several times ... after I have pushed it I have tested with 900+ AP tests and unit tests both locally and on krillin and all went fine
[18:19] <bzoltan> kalikiana:  ^
[19:37] <jhodapp> robru, can I get a silo for line 75 please?
[19:47] <jhodapp> rsalveti, you can still assign silos right? can I get one for line 75?
[19:51] <rsalveti> jhodapp: done, silo 22
[19:51] <jhodapp> rsalveti, thanks man
[20:43] <jhodapp> rsalveti, how do I get access to my built silo packages with the overlay? Seems just doing citrain with the silo number is not correct, nor is manually adding the ppa from the command line
[20:47] <rsalveti> jhodapp: don't know if we updated the tools for it, but the reason (afaik) is because we pinned the overlay ppa
[20:47] <rsalveti> so it always has a priority, even after enabling another ppa
[20:47] <rsalveti> check /etc/apt/preferences.d/extra-ppas.pref
[20:47] <rsalveti> one way is to run apt-get install package=<new version>
[20:48] <rsalveti> after apt-get update, as that will force it
[20:48] <jhodapp> rsalveti, ok, so it will pick up the overlay version but just not upgrade to it automatically?
[20:48] <rsalveti> not sure if sil2100 announced that (and the consequences)
[20:48] <jhodapp> rsalveti, I think that's causing a lot of confusion even for the QA team
[20:48] <rsalveti> it will always force the overlay version, even if you have a newer one in the new ppa you added manually
[20:49] <rsalveti> that's why apt-get update/dist-upgrade will get you nothing
[20:50] <jhodapp> rsalveti, oh, was thinking about that backwards...the overlay is what we're releasing into, right
[20:51] <jhodapp> rsalveti, so I just tried forcing the version and it's saying it's already using the latest version
[20:58] <rsalveti> jhodapp: how did you force the version?
[20:58] <rsalveti> jhodapp: and are you sure the version in there is what is available at your silo?
[20:59] <jhodapp> rsalveti, sudo apt-get install media-hub=3.1.0+15.04.20150427.3-0ubuntu1
[20:59] <jhodapp> rsalveti, yeah check the version from here: https://ci-train.ubuntu.com/job/ubuntu-landing-022-1-build/78/console
[20:59] <rsalveti> jhodapp: from that silo the version is actually 3.1.0+15.04.20150511-0ubuntu1
[20:59] <rsalveti> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-022
[21:01] <jhodapp> rsalveti, oh hmm, weird...my eyes were playing tricks on me
[21:01] <jhodapp> rsalveti, I did find out robru released a fix so that citrain can be used...released it on May 7th
[21:01] <jhodapp> rsalveti, need to make sure I'm still getting updates from the phablet-tools ppa
[21:02] <jhodapp> rsalveti, yeah there we go, works with the proper version, thanks
[21:06] <rsalveti> great


[06:06] <DetroitDKush> hello
[06:48] <rpadovani> mzanetti, o/ I did a new bugfix, but I'm pretty sure that c++ code can be better. Could you check, when you have some time? :-)
[06:48] <rpadovani> https://code.launchpad.net/~rpadovani/reminders-app/1317565
[06:48] <dholbach> dpm, lp:~dholbach/+junk/core-apps-sponsoring-fixes
[06:51] <dpm> dholbach, ok, downloading it to the server
[07:04] <ahayzen> popey, https://bugs.launchpad.net/music-app/+bug/1309734
[07:17] <dpm> dholbach, http://people.canonical.com/~dpm/core-apps-sponsoring/ it works!
[07:17] <dholbach> popey, ^
[07:18] <popey> what am i looking at?
[07:18] <popey> oh, strikethrough == blocked?
[07:18]  * popey hugs dpm and dholbach over the table
[07:21] <nik90_> renato: Do you have the link to the timezone page you mentioned yesterday? Should I come over to your table?
[07:22] <renato> nik90_, http://qt-project.org/doc/qt-5/qtimezone.html
[07:22] <nik90_> renato: I remember reading through the doc some time ago, it doesn't seem to have any QML binding though :/
[07:23] <renato> nik90_, yes is only available on C++
[07:26] <nik90_> renato: I think for the first manufacture release, there is not much time, so I am considering removing the world clocks feature and then come back to it later. I still need to discuss this with popey and others.
[07:26] <nik90_> renato: but thnx
[07:30] <popey> sergiusens: fginther balloons you joining us in 2B (or not 2B) ?
[07:30] <popey> for the ci discussion
[07:42] <AskUbuntu> Where does dm crypt keeps crypt list? | http://askubuntu.com/q/469490
[08:10] <mzanetti> rpadovani: reviewed
[08:11] <rpadovani> mzanetti, thanks man
[08:30]  * popey tickles mhall119 https://bugs.launchpad.net/dropping-letters/+bug/1318015
[08:59] <dpm> nik90_, https://code.launchpad.net/~popey/ubuntu-seeds/add-quicklayouts/+merge/218405
[09:04] <rpadovani> mzanetti, pagestack.pop() doesn't call Component.onDestruction. You can try with http://paste.ubuntu.com/7492180/
[09:06] <mzanetti> rpadovani: hmm... right... true. its not destroyed on popping here
[09:06] <mzanetti> rpadovani: maybe we should change that :D
[09:06] <mzanetti> to save some memory
[09:08] <rpadovani> mzanetti, yes, could be a good thing. I'll take a look. For now I've updated the MR with your name suggestion ;-)
[09:10] <mzanetti> rpadovani: ack. will look at it later today
[09:10] <rpadovani> cool
[09:28] <balloons> nik90_, so looking at the changes for weather (pep8), I have a question when you have a second
[09:52] <balloons> popey, weather is also ready for pep8/pyflakes hook.. it's in trunk
[10:37] <mihir> rpadovani: approved your MR.
[10:37] <mihir> hi popey
[12:23] <dholbach> dpm, mhall119: do we make use of https://answers.launchpad.net/ubuntu-phone-coreapps somehow?
[12:23] <dholbach> if not we should probably close it - WDYT?
[12:53] <mhall119> nik90_: http://developer.ubuntu.com/api/qml/sdk-14.10/QtQuick.ShaderEffectSource/ was the think kaleo was talking about, to click child components in UbuntuShape
[12:53] <mhall119> dholbach: agreed
[12:53] <dholbach> mhall119, so do we use it?
[12:54] <mhall119> not that I know of
[13:01] <dpm> dholbach, let's close it
[13:02] <dholbach> dpm, gotcha
[13:42] <nik90_> mhall119: ah yes...thnx a lot
[15:07] <nik90_> zbenjamin: ping
[15:07] <zbenjamin> nik90_: jo
[15:07] <nik90_> zbenjamin: hey, are you in the studio rooms? Would like to have a quick word
[15:08] <nik90_> zbenjamin: and if you are also free atm :)
[15:08] <zbenjamin> nik90_: i'm in the SDK room
[15:08] <nik90_> ok..coming over
[15:14] <rpadovani> t1mp, o/ Do you have a minute?
[16:08] <kalikiana_> elopio: https://code.launchpad.net/~elopio/ubuntu-ui-toolkit/fix1321222-select_all_when_selected/+merge/220237 commented
[16:10] <kalikiana_> and happroved https://code.launchpad.net/~elopio/ubuntu-ui-toolkit/datepicker-autopilot_helper/+merge/218909 again
[16:15] <popey> nik90_: you about?
[16:28] <popey> mhall119: nik90_ or someone else on the table, looks like I left my thinkpad charger there?
[16:29] <nik90_> popey: yup
[16:29] <mhall119> looks like it
[16:29] <nik90_> popey: it is here
[16:29] <popey> can someone grab it for me please and I'll get it tomorrow?
[16:29] <popey> ta
[16:30] <nik90_> popey: sure
[16:30] <nik90_> popey: me
[16:30] <popey> thank you
[21:04] <rpadovani> mzanetti, o/ remiders delegate produces a lot of errors about line 36, when you force the height of the background. If I delete it nothing change and there isn't the error anymore. Sooo, why there is this line? I don't think you add it without a motivation :-)
[21:28] <nik90_> rpadovani: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1315118