[02:10] <imgbot> [03:45] <imgbot> [03:45] <imgbot> [08:05] <jibel> sil2100, Mirv ubuntu/silo-016 is a fix for desktop, there is no indicator-session on the phone AFAIK. Can you remove the need for sign off and publish
[08:11] <sil2100> jibel: ah, sure, not sure why it was marked like that then
[08:26] <Mirv> right
[08:28] <sil2100> Courier, might be a bit late
[08:33] <sil2100> ogra_: pong
[08:33] <ogra_> pong ?
[08:33]  * ogra_ wrangles with google
[08:55] <imgbot> [09:52] <john-mcaleely> sil2100, I got a +1 for the vivid krillin tarball
[09:52] <john-mcaleely> sil2100, any objection to me pushing that now?
[09:53] <sil2100> john-mcaleely: vivid? No objections from my side :) ogra_ you doing anything on vivid or is it fine to push a new tarball?
[09:53] <ogra_> go ahead
[09:53] <sil2100> john-mcaleely: do it then! Thanks :)
[09:54] <john-mcaleely> sil2100, ack
[09:55] <john-mcaleely> sil2100, done
[10:15] <sil2100> john-mcaleely: \o/
[10:28] <sil2100> ogra_: the image build has finished while you and imgbot were disconnected ;) Will it pick it up still and generate a change file?
[10:29] <ogra_> it should definitely generate the chanes file
[10:30] <ogra_> lets see
[10:30] <ogra_> imgbot, status 259
[10:30] <imgbot> Status: succeeded, Started: 2015-03-30 08:48:36 UTC, Finished: 2015-03-30 09:36:58 UTC
[10:30] <imgbot> Build URL: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu-rtm/14.09/ubuntu-touch/+build/23736
[10:30] <imgbot> Changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/259.changes
[10:30] <ogra_> looks fine
[10:52] <rvr> dobey: ping
[11:48]  * sil2100 off to prepare lunch
[11:48] <sil2100> o/
[12:13] <jgdx> do it already :p
[12:13] <ogra_> lol
[12:13]  * ogra_ foresees some happy post lunch hacking for sil2100 
[12:13] <davmor2> ogra_: that'll be the tarball I just signed off then
[12:14] <davmor2> ogra_: I'm assuming it is because there is no silo
[12:14] <ogra_> ah !
[12:14] <davmor2> ogra_: hence there being no silo number in the annoying ping
[12:15] <davmor2> sil2100: ^^^^^^^^^^^^ fix it already ;)
[12:15] <davmor2> make the bad man stop
[12:17] <sil2100> uuuh
[12:17] <sil2100> What the fudge
[12:19] <sil2100> hmm, maybe now?
[12:20] <sil2100> It never had issues like that before
[12:22] <sil2100> Worst thing it doesn't say which one it means
[12:22] <sil2100> Will look at it once I finish cooking
[12:22] <rvr> jgdx: ping
[12:22] <jgdx> rvr, pong
[12:22] <rvr> jgdx: Silo 9
[12:22] <davmor2> sil2100: device tarball for krillin rtm
[12:22] <rvr> jdstrand: After sudo service ofono start, I run /usr/share/ofono/scripts/list-contexts but I get a dbus error
[12:23] <rvr> Oops
[12:23] <rvr> jgdx: ^^
[12:23] <rvr> jdstrand: Sorry, that was for jgdx
[12:23] <jgdx> rvr, what's the error?
[12:23] <rvr> jgdx: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The name :1.192 was not provided by any .service files
[12:23] <davmor2> sil2100: row 19
[12:23] <jgdx> rvr, what's the device you're using to test this?
[12:23] <rvr> jgdx: http://paste.ubuntu.com/10706431/
[12:23] <rvr> jgdx: krillin
[12:25] <jgdx> rvr, weird. What's $ service ofono status # telling you?
[12:26] <rvr> $ service ofono status
[12:26] <rvr> ofono start/running, process 18858
[12:29] <rvr> Hmm.. I see nothing in the network indicator
[12:29] <rvr> Lots of crashes
[12:31] <jgdx> rvr, something might have crashed. I just tried this on mako and ofono start/stop works fine. Maybe restart and try again=
[12:32] <rvr> jgdx: Rebooting
[12:35] <rvr> jgdx: I have two entries in /var/lib/ofono, xxxx and xxxx-3. Last time I edited xxxx
[12:36] <jgdx> rvr, I don't think there's a gprs file in the xxxx-3 dir.
[12:36] <rvr> jgdx: Right, no gprs there
[12:37] <jgdx> rvr, could you paste the gprs file as it ends up?
[12:37] <rvr> jgdx: Crash again
[12:37] <jgdx> rvr, pm is fine
[12:38] <rvr> jgdx: service ofono start creates lots of crashes in krillin
[12:39] <rvr> jgdx: http://paste.ubuntu.com/10706490/
[12:41] <jgdx> rvr, thanks. /me boots krillin
[12:41] <jgdx> jgdx, anyway, if that's what your gprs file looks like, you can reboot and test
[12:41] <jgdx> rvr, ^
[12:42] <jgdx> rvr, then add a custom context and confirm that it did not overwrite context1
[12:43] <jgdx> (assuming your testing the no-overwrite branch)
[12:46] <jgdx> trainguards, what's the best strategy for resolving this [1] conflict? I can't seem to jiggle either branch so they merge cleanly. [1] https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-001-1-build/111/console
[13:07] <rvr> jgdx: How is a custom context added?
[13:08] <jgdx> rvr, System Settings -> Cellular -> Carrier -> APN -> Custom Context
[13:08] <rvr> jgdx: Ah, Custom APN
[13:09] <jgdx> rvr, aah yes. :)
[13:09] <rvr> jgdx: Ok, I added a custom Internet APN, now what?
[13:09] <sil2100> jgdx: hey! You can always make one of them the prerequisite of the other
[13:09] <jgdx> rvr, check that contex1 is fine and context2 is whatever you just added.
[13:09] <jgdx> sil2100, it is, though
[13:09] <sil2100> jgdx: and on the other one merge it in there, so that it's basically 'extending' that one
[13:09] <rvr> jgdx: http://paste.ubuntu.com/10706650/
[13:10] <sil2100> jgdx: since if they're prereqs, then I suppose they should merge cleanly
[13:11] <jgdx> sil2100, right, that's a good clue. Thanks!
[13:11] <jgdx> rvr, that's how it's supposed to be. Thank you
[13:12] <sil2100> jgdx: the train doesn't do anything special, it takes one merge, applies, takes the second merge, applies - so if you modify the bzr branch of merge #2 to require a prerequisite of merge #1 and include merge #1 in it (base it on merge #1) then it should be all cool
[13:12] <sil2100> jgdx: yw!
[13:12] <rvr> jgdx: One stupid question. I edited the gprs file, doesn't it mean I modified the default APN of the SIM card?
[13:13] <dobey> rvr: hi
[13:13] <rvr> dobey: Hi
[13:14] <jgdx> rvr, yes it does. If you do $ /usr/share/ofono/scripts/remove-contexts # ofono will restore them on boot.
[13:14] <rvr> dobey: Let me remember why I chased you...
[13:14] <rvr> jgdx: Ah, great
[13:14] <jgdx> rvr, (or the next time it starts, but you had no such luck :P)
[13:15] <rvr> dobey: Ah, yes
[13:15] <rvr> dobey: pay-ui
[13:16] <dobey> right
[13:16] <rvr> dobey: I tested the click app in RTM. It's fine, except that the dialog got transparent.
[13:16] <dobey> rvr: only after cancelling and trying a second time?
[13:17] <davmor2> sil2100: you managed to stop the annoying bot \o/
[13:17] <rvr> dobey: When the bank confirmation page appears
[13:17] <dobey> rvr: right, but ToyKeeper had the same issue and was saying it only happens to her after the first time, and the first time it opens, it's fine
[13:18] <rvr> dobey: I clicked on the text box to enter the code, OSK popped up and also the confirmation dialog to keep the user there
[13:18] <rvr> dobey: I have an screenshot, wait
[13:19] <dobey> rvr: can you go to https://pay.ubuntu.com in the phone browser, and try to add the card there a couple times, to see if it has the same transparency issue?
[13:19] <rvr> dobey: http://people.canonical.com/~vrruiz/payui-transparent.png
[13:20] <jgdx> sil2100, I had a stale branch lying around. Updating it fixed it. sil+1
[13:20] <sil2100> jgdx: \o/ great to hear that :)
[13:20] <jgdx> :)
[13:21] <rvr> jgdx: Silo approved
[13:21] <dobey> rvr: right, i'm not quite sure how to replicate that issue here (i wasn't able to get an ap test which opens the dialog multiple times, to work).
[13:21] <jgdx> rvr, awesome. Thank you
[13:26] <davmor2> john-mcaleely: by the way device tarball on rtm is good :)
[13:27] <john-mcaleely> davmor2, excellent
[13:27] <john-mcaleely> sil2100, can I push it? ^ (device tarball, krillin, rtm)
[13:28] <sil2100> john-mcaleely: yes :) We already had a rootfs built, so no conflicts here
[13:28] <john-mcaleely> pushing now then
[13:28] <davmor2> sil2100: do we know if cwayne landed the custom tarball I've not heard back from him
[13:29] <john-mcaleely> sil2100, pushed
[13:29] <john-mcaleely> thank you davmor2 :-)
[13:29] <rvr> dobey: I'll try to check pay.ubuntu.com ASAP, but I'm checking another thing now
[13:29] <davmor2> john-mcaleely: sure :)
[13:30] <dobey> ok
[13:31] <dobey> rvr: maybe this is a weird bug in qml or the Ubuntu.Web component, because we're using the exact same dialogs that webbrowser-app is using (with only changes to add objectNames for autopilot, and using i18n.dtr to load the webbrowser-app translations for them)
[13:48] <seb128> sil2100, hey, is there a way to tag bugs on vivid that should probably be looked at/considered before switching rtm to vivid?
[13:48] <seb128> sil2100, https://bugs.launchpad.net/ubuntu/+source/telephony-service/+bug/1436018 for example seems like on of those
[13:49] <sil2100> seb128: hey, we have some tag+subscriber combinations, but now it also needs to be included in PT's internal lists
[13:50] <sil2100> pmcgowan: hey! https://bugs.launchpad.net/ubuntu/+source/telephony-service/+bug/1436018 looks like really a good vivid->rtm blocker candidate
[13:51] <seb128> sil2100, so the official way is "ping Pat"? ;-)
[13:58] <sil2100> seb128: normally I would just include it on our lt list, but I don't want to get our list out of sync with pmcgowan's list :)
[13:58] <sil2100> And since he's the person driving all of this right now, it's best to just include it in his list
[13:58] <sil2100> I can sync it back to our tracker later
[14:10] <pmcgowan> sil2100, ok will add to the list, another audio symptom for rsalveti maybe
[14:10] <rsalveti> hm, will check
[14:11] <rsalveti> might be because of the glibc issue
[14:11] <rsalveti> another bug from last week
[14:45] <charles> renatu, https://launchpadlibrarian.net/201608876/buildlog_ubuntu-vivid-amd64.qtorganizer5-eds_0.1.1%2B15.04.20150330-0ubuntu1_BUILDING.txt.gz
[14:45] <charles> renatu, event-test: FAIL!  : EventTest::testFloatingTime() Compared values are not the same
[14:56] <om26er> dbarth, Hi! for silo5, which TestPlan should be run except for verification of the fix ? The spreadsheet does not mention.
[15:10] <dbarth> om26er_: hi
[15:10] <om26er_> dbarth, hello
[15:11] <dbarth> om26er_: https://wiki.ubuntu.com/Process/Merges/TestPlan/ubuntu-system-settings-online-accounts, mostly the account creation / authorization parts
[15:11] <om26er_> renatu, I reported a bug for you, in the address-book. bug 1438254 :)
[15:12] <renatu> om26er_, thanks :D
[15:14] <om26er_> dbarth, alright, thanks
[15:41] <sil2100> john-mcaleely: hey, will cwayne be around today?
[15:42] <popey> sil2100:  are we having an evening call today, or is it cancelled?
[15:42] <john-mcaleely> sil2100, unknown. I believe he gets on a plane and transitions from EU to US
[15:42] <john-mcaleely> sil2100, so, email and hope
[15:42] <sil2100> popey: we have it today since I suppose robru is back
[15:42] <popey> ok
[15:42] <sil2100> john-mcaleely: ok, thanks :)
[15:42] <sil2100> bregma: hey!
[15:43] <sil2100> bregma: so, I assigned you a silo buuut...
[15:43] <bregma> ...
[15:43] <sil2100> bregma: the previous unity landing still didn't migrate, so not sure if you'll be able to build anything :|
[15:43] <sil2100> As the previous branches didn't land yet
[15:43] <sil2100> bregma: i.e. they're not merged into trunk
[15:44] <sil2100> bregma: it's in UNAPPROVED, waitihg for release team action
[15:44] <bregma> sil2100, you mean the 14.04 landing waiting for the SRU team?
[15:44] <sil2100> bregma: ...hah, ok, now I feel ashamed ;)
[15:44] <sil2100> bregma: scratch that!
[15:45] <bregma> or maybe kick the SRU team
[15:45] <sil2100> bregma: all is fine, damn, I'm so used to just publishing for the main series that I forget to even check that
[15:45] <bregma> no harm done
[15:59] <om26er_> mardy, Hi!
[16:00] <mardy> om26er_: hI!
[16:00] <om26er_> mardy, test password-query fails ubuntu-system-settings-online-accounts
[16:00] <om26er_> mardy, instead of showing my password it shows Error 313
[16:01] <mardy> om26er_: do you have a link to the test handy?
[16:02] <om26er_> mardy, https://wiki.ubuntu.com/Process/Merges/TestPlan/ubuntu-system-settings-online-accounts
[16:02] <om26er_> Test Case: ubuntu-system-settings-online-accounts/password-query
[16:04] <mardy> om26er_: in the System Settings, is Account Tester enabled under the account?
[16:05] <om26er_> mardy, yes, it is.
[16:05] <mardy> can you try toggling it off and on again?
[16:10] <om26er_> mardy, still does not work. I am going to try without the silo to see if its a regression
[16:11] <jibel> bfiller, Hey, is gallery-app in rtm ready for testing?
[16:12] <jibel> silo-004
[16:12] <bfiller> jibel: we found an issue with it, trying to fix
[16:14] <om26er_> mardy, good thing it happens without the silo as well
[16:15] <mardy> om26er_: sure it's a good thing? :-)
[16:15] <om26er_> mardy, relatively
[16:27] <mardy> om26er_: how often do you run these tests?
[16:28] <bfiller> sil2100: can you reconfigure rtm-004 please? no longer a sync silo but instead an MR
[16:28] <om26er_> mardy, whenever there is a new silo to land
[16:28] <sil2100> bfiller: sure
[16:32] <sil2100> dbarth: unapproved branches: https://code.launchpad.net/~online-accounts/signon-plugin-oauth2/packaging/+merge/249846 and https://code.launchpad.net/~renatofilho/sync-monitor/re-authenticate/+merge/249254
[16:38] <rvr> cyphermox: ping
[16:39] <dbarth> sil2100: on it
[16:39] <dbarth> sil2100: btw; is there a way to force a compiler for a silo copy?
[16:40] <dbarth> sil2100: the oxide build from the other day turned out to have regressions because it takes gcc 4.8, not 4.9
[16:48] <sil2100> dbarth: oh
[16:48] <sil2100> dbarth: sadly this needs to be done packaging-wise
[16:48] <sil2100> We had a few projects where we had to force 4.9 and it was all done in the dependencies
[16:50] <cyphermox> rvr: hey
[16:51] <rvr> cyphermox: Hi
[16:51] <rvr> cyphermox: I'm testing silo 30
[16:51] <rvr> cyphermox: Took a walk and got a good list of hotspots. Some of them were out of range for sure.
[16:51] <rvr> cyphermox: Although some were gone.
[16:52] <cyphermox> out of range APs eventually time out and get removed, but it's not immediate, that's on purpose
[16:53] <robru> sil2100: http://bazaar.launchpad.net/~robru/cupstream2distro/fix-race-condition/revision/967#cupstream2distro/silomanager.py this is all that's needed to allow reconfiguring to work, no exception needs to be raised ;-)
[16:53] <rvr> cyphermox: How long is the timeout?
[16:54] <cyphermox> between 20 seconds and a minute, I think
[16:54] <cyphermox> could be more
[16:55] <cyphermox> it's dependent on the scan delay, which varies
[16:55] <cyphermox> the rule is for last-seen to be at least > 3*scan delay, IIRC
[16:55] <rvr> I see
[16:55] <cyphermox> which can happen very quickly or I guess up to about 6 minutes
[16:56] <rvr> I think I spent longer than that, and the out of range hotspots were still listed
[16:56] <cyphermox> then it may have not been out of range
[16:56] <cyphermox> this is ridiculously hard to test and verify without doubt, unless you were to drive out to somewhere else
[16:57] <sil2100> robru: as mentioned, I'd personally like some code feedback to happen if calling save_config results in not saving the config ;)
[16:57] <om26er_> bfiller, looking at the comments, does that mean the bug[1] was actually in Ubuntu fonts famity ? [1] https://bugs.launchpad.net/ubuntu/+source/ubuntu-keyboard/+bug/1421812
[16:57] <cyphermox> you also can't follow whatever indicator-network says, you should look at nmcli dev wifi list
[16:57] <sil2100> Since normally after calling .save_config you'd expect everything saved, and for the future it's nice when a function informs you code-wise that the operation failed one way or another
[16:57] <robru> sil2100: well it logs pretty clearly that nothing was saved.
[16:58] <sil2100> robru: yes, but the jenkins job results in 'success'
[16:58] <bfiller> om26er_: it appears there is some difficultly rendering that font family at the speicified size
[16:58] <robru> sil2100: but yeah I'm going to make a second branch in a moment that makes it save anyway without clobbering the silo dirty state.
[16:58] <sil2100> robru: even though for instance then reconfigure failed, everything was a success, which is a flaw
[16:58] <bfiller> om26er_: not sure what is the actual underlying bug, we were simply able to work around it
[16:59] <sil2100> robru: the exception throwing was not part of the fix as it was just added to include a feedback about problems in save_config so that this wouldn't happen
[16:59] <robru> sil2100: yes, don't worry, I'm going to fix it so that it *does* save the config in all cases and you don't even need to worry about it not saving
[16:59] <sil2100> robru: excellent :)
[16:59] <robru> sil2100: just wanted to show you that it was just one-line to set the _mtime so that reconfigures would work
[17:00] <robru> which is what I should have done originally but overlooked that bit, sorry
[17:02] <sil2100> robru: no worries, actually my fix was also a one-liner ;) Just probably 'not the right way'
[17:02] <sil2100> + the exception code which I added to include reaction to future errors (which, as we discussed, is not entirely perfect)
[17:32] <dobey> hmm
[17:32] <dobey> looks like old stuff got pulled back into the spreadsheet
[17:41] <dobey> rvr: i see pay-ui is in the passed column in trello. should i go ahead and release it, or is there some more reliable way perhaps to make the transparency problem happen?
[17:42] <rvr> dobey: ToyKeeper marked the other silo as failed because of the transparency
[17:43] <dobey> rvr: it wasn't a silo at all then
[17:43] <rvr> dobey: A previous one
[17:43] <dobey> rvr: and jibel moved it to failed. i don't know why that was even made a trello card
[17:43] <ToyKeeper> dobey: The board tracks work beyond just silos.
[17:44] <rvr> ToyKeeper: What do you think?
[17:44] <dobey> rvr: no, there was no previous silo. i just asked you and ToyKeeper to test a click in irc, so i could make sure that i was going down the right path to pursue the fix
[17:44] <rvr> dobey: Sorry, no silo, but task/trello card/etc
[17:45] <ToyKeeper> I think if it works now, it sounds great.
[17:45] <dobey> it works, but rvr apparently has the transparency issue as well
[17:45] <rvr> ToyKeeper: dobey says that the problem must be somewhere in ubuntu-ui-toolkit or else
[17:45] <dobey> and i'm unable to replicate that issue in autopilot :(
[17:46] <dobey> i can only presume it's an issue with mir/qml/webbrowser-app (which provides Ubuntu.Web)
[17:46] <ToyKeeper> The feature may be a little surprising or confusing to people so it seems likely they might end up trying more than once in a single session.  In that case it'll get even more confusing when it shows up without its background layer.
[17:46] <dobey> as these dialogs are the exact same thing that webbrowser-app is using internally
[17:47] <rvr> dobey: Is it a javascript dialog?
[17:48] <dobey> rvr: it's the qml dialog which the browser opens in response to the javascript dialog APIs, yes
[17:49] <pmcgowan> sil2100, any idea whats up with silo 8 for rtm
[17:50] <rvr> alex-abreu: Have you ever seen a transparent dialog like this? http://people.canonical.com/~vrruiz/payui-transparent.png
[17:50] <sil2100> pmcgowan: it's built but the train has some issues tracking it properly, nothing too serious though... but dbarth poked me earlier and mentioned that the oxide-qt that's built there has some regressions due to being built against gcc 4.8 instead of 4.9
[17:50] <sil2100> pmcgowan: so it might require a re-build with the deps forcing 4.9
[17:51] <sil2100> At least that's what I understood from dbarth's earlier messages
[17:51] <robru> sil2100: yeah I had a peek at that, it looks like the diff in oxide is producing non-utf8 output. not sure how we can possibly handle that; you can't really autodetect encodings, and debdiff doesn't tell us the file encodings (worse, debdiff can mix encodings)
[17:53] <sil2100> robru: meh... yeah, this case seems troublesome
[17:59] <bzoltan_> rvr: Is there anything i could help with the UITK?
[18:00] <rvr> bzoltan_: We have a problem with a transparent dialog in pay-ui, and dobey wonders at which point of the stack the problem is http://people.canonical.com/~vrruiz/payui-transparent.png
[18:00] <sil2100> robru, slangasek: I'll be right there
[18:01] <rvr> bzoltan_: Of course, the dialog shouldn't be transparent. It is called from the javascript API, so oxide may be involved.
[18:02] <dobey> s/may be/is/ :)
[18:03] <slangasek> sil2100: ok, running late myself, ev is talking my ear off
[18:03] <dobey> well, more to the point, the dialogs are straight copies out of webbrowser-app, and we are using them with Ubuntu.Web using the same API that webbrowser-app uses to use them. so that it would be broken here, but not webbrowser-app would be surprising, unless there is some weird issue in qml or the toolkit or something
[18:03] <slangasek> ;)
[18:03]  * sil2100 still needs 5 more minutes
[18:10] <rvr> dobey: Then we need input from oSoMoN and/or alex-abreu
[18:15] <alex-abreu> rvr, mmmh no
[18:15] <alex-abreu> rvr, which silo?
[18:16] <dobey> alex-abreu: it's not a silo, it's a click package
[18:16] <alex-abreu> dobey, which click?
[18:16] <dobey> alex-abreu: https://jenkins.qa.ubuntu.com/job/generic-click-builder-14.09-armhf/26/artifact/output/com.canonical.payui_15.01.120_armhf.click
[18:17] <dobey> alex-abreu: those dialogs are only used when adding a card or paying, and the bank sends you to a web page which has such dialogs, though.
[18:23] <alex-abreu> dobey, rvr  the transparent ui element dont seem to be related to the underlying webview bits ... must be something w/ the ui tk or underlying qml code
[18:26] <dobey> rvr: you can see this happen reliably?
[18:27] <dobey> rvr: can you edit /opt/click.ubuntu.com/.click/users/phablet/com.canonical.payui/payui_payui.desktop and remove the "--transparent" option from the Exec= line, and then try again to see if you still have the issue?
[18:30] <om26er_> rsalveti, Hi!
[18:31] <rsalveti> om26er_: hey
[18:31] <om26er_> rsalveti, trying to understand the change in bug 1437065 -- links aside. Whats the difference between 'except fork' and 'except daemon' ?
[18:34] <rsalveti> om26er_: is how upstart tracks the daemon, basically with the previous one (expect daemon) you could never really call stop obexd
[18:34] <rsalveti> that would hang
[18:34] <rsalveti> with expect fork upstart is now tracking the right pid
[18:34] <rsalveti> and you can start/stop the service just fine
[18:36] <om26er_> rsalveti, ok, then. The change looks simple enough, unless starting obexd with parameters reveals some otherwise hidden bugs :)
[18:36] <rsalveti> om26er_: right, it should only be exposing a different set of folders
[18:36] <rsalveti> you can browse the multimedia related folders now after pairing with your desktop, for example
[18:36] <rsalveti> similar with the ones you get with mtp
[18:39] <om26er_> rsalveti, right. It works now.
[18:53] <rsalveti> om26er_: great
[18:53] <om26er_> rsalveti, I am not able to copy back things from device to the desktop over bluetooth.
[18:54] <rsalveti> om26er_: what happens?
[18:54] <om26er_> rsalveti, I can do that from the /tmp folder
[18:54] <rsalveti> you should be able to add/remove files with the multimedia folders the same way
[18:54] <om26er_> rsalveti, a dialog pops, says 'another operation in progress'
[18:54] <om26er_> rsalveti, I can add remove fine, yes. But can't copy stuff from the device to the desktop.
[18:55] <om26er_> Some permission issue ?
[18:55] <rsalveti> weird, wonder if there is indeed another operation going on
[18:55] <rsalveti> should be, let me check
[18:55] <rsalveti> om26er_: what are you using as your host?
[18:55] <rsalveti> 14.10?
[18:56] <om26er_> rsalveti, vivid
[18:56] <rsalveti> om26er_: yeah, get the same, weird
[18:56] <rsalveti> once I try that I can't do anything else anymore
[18:57] <rsalveti> wonder if the host side is not playing well when receiving files
[18:58] <rsalveti> yeah, that's probably the reason
[18:58] <om26er_> could be
[18:58] <rsalveti> om26er_: mind opening a new bug for that?
[18:58] <om26er_> rsalveti, whats the package, bluez ?
[18:59] <rsalveti> om26er_: obexd
[19:02] <rvr> dobey: Let me check
[19:05] <om26er_> rsalveti, bug 1438367
[19:06] <rsalveti> om26er_: thanks
[19:09] <rvr> cyphermox: Still there?
[19:17] <om26er_> rsalveti, I am not able to decide. Shall we wait for that bug to be fixed before landing silo 13 ?
[19:18] <rsalveti> om26er_: I'd say this is different because it's part of the new functionality that was added with this landing
[19:18] <rsalveti> so not a blocker for the landing itself
[19:18] <om26er_> rsalveti, obex is basically working one way with that bug
[19:18] <rsalveti> as copying/erasing from /tmp/ itself wasn't really supported
[19:19] <rsalveti> om26er_: the reality is, obex with file transfer wasn't even supposed to be supported
[19:19] <rsalveti> as we we need content-hub integration and etc
[19:19] <rsalveti> this is just a shortcut to allow users to at least copy stuff under those multimedia folders
[19:19] <rsalveti> but we can wait until I get to investigate this a bit more
[19:20] <rsalveti> it's for vivid anyway
[19:20] <cyphermox> rvr: yes
[19:20] <rvr> cyphermox: How can I check this? https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1431471
[19:21] <rvr> cyphermox: The hotspots eventually disappear, as you said :)
[19:21] <rsalveti> om26er_: so fine for it to be blocked by it, will try to get to that bug once I'm done with the RTM ones
[19:21] <om26er_> rsalveti, blocking the landing will ensure timely fix for that bug. And the user is really going to use vivid when we switch krillin to vivid by default
[19:22] <rsalveti> om26er_: yup, sounds good
[19:22] <om26er_> rsalveti, yeah
[19:22] <rsalveti> thanks for testing it
[19:40] <cyphermox> rvr: you need to copy /var/lib/ofono/<whatever IMSI> to another directory with a different name and make sure as it runs it picks always the right directory context -- you may want to ask awe_ about the full details, I think he told me he had an easy way to test this?
[19:53] <awe_> cyphermox, not sure what you need me to explain.  The bugs is pretty descriptive
[19:54] <awe_> rvr, are you seeing the same problem as the bug describes?
[19:54] <cyphermox> awe_: I thought you had said you had some easy way to setup a reproducer?
[19:55] <awe_> sure, just use two valid SIM cards on subsequent boots
[19:55] <awe_> and you can then look in syslog and watch NM try to use a SIM card that's no longer installed anymore
[19:55] <awe_> the bug is that NM doesn't check that various directories under /var/lib/ofono against the active SIM card
[19:56] <robru> awe_: when you get a sec, can you test out the citrain tool fix in https://code.launchpad.net/~robru/phablet-tools/stupid-printf/+merge/254180 ?
[19:56] <awe_> it should only ever try the contexts associated with inserted SIMs
[19:56] <awe_> robru, sure
[19:56] <awe_> love the branch name
[19:57] <robru> heh
[20:00] <awe_> robru, reviewed... would you like me to top-approve as well?
[20:00] <dobey> rvr: did you get to check pay-ui with that change? thanks
[20:01] <robru> awe_: ah, just did
[20:01] <awe_> ok
[20:03] <rvr> dobey: I'm checking, had to reflash the phone
[20:04] <dobey> ok
[20:16] <rvr> dobey: Same problem
[20:17] <rvr> dobey: The trick is this: the OSK is opened
[20:17] <rvr> dobey: If I close the OSK, the dialog gets opaque
[20:19] <dobey> rvr: oh, that is quite weird
[20:19] <dobey> rvr: that indeed sounds like a toolkit problem then :(
[20:19] <rvr> I recorded a video, uploading it
[20:20] <dobey> i guess it doesn't like having multiple transparent layers, and for some reason the keyboard isn't going away when the dialog opens
[20:27] <rvr> dobey: http://people.canonical.com/~vrruiz/payui-transparent.mp4
[20:28] <alecu> alesage: thanks!
[20:28] <alesage> alecu, just doin' my job
[20:31] <rvr> bzoltan_: Do you think this can be a ubuntu-ui-toolkit problem? http://people.canonical.com/~vrruiz/payui-transparent.mp4
[20:32] <dobey> rvr: woah, it's pushed the background off the screen
[20:34] <dobey> rvr: yeah, i'm even more certain now, that is an issue outside the scope of pay-ui's control
[20:36] <rvr> dobey: Ok, you have QA sign off for this pay-ui version, but be sure to push for a fix for that, because right now only affects pay-ui (AFAIK).
[20:37] <dobey> rvr: it affects webbrowser-app too
[20:37] <dobey> i will try to make a simple test html for it though and file a bug
[20:37] <rvr> dobey: I am opening a bug, an I'll post the video there
[20:37] <dobey> ok, if you wish
[20:37] <dobey> i'll add my test to that bug then
[20:52] <rvr> dobey: https://bugs.launchpad.net/pay-ui/+bug/1438419
[20:53] <dobey> rvr: ok
[20:54] <rvr> Time to rest, see you tomorrow