| === chihchun_afk is now known as chihchun | ||
| tvoss | abeato, mind pinging me the media-hub test plan? | 10:07 |
|---|---|---|
| abeato | tvoss, https://wiki.ubuntu.com/Process/Merges/TestPlan/media-hub | 10:08 |
| tvoss | abeato, mind giving silo 22 a spin on rc-proposed? | 10:12 |
| abeato | tvoss, sure, I'll give it a try a bit later | 10:13 |
| tvoss | pstolowski, ^ | 10:13 |
| pstolowski | tvoss, thanks, yeah, found that test plan | 10:14 |
| tvoss | pstolowski, ack | 10:16 |
| Mirv | sil2100: regarding the Ubuntu Touch article in LWN, we're not really succeeding in getting everyone wanting a reasonable experience to run stable or rc-proposed. people still opt for "testing"/devel branches and get a poor experience. this should be fixed. | 11:44 |
| Mirv | no, I don't know how exactly :) | 11:45 |
| Mirv | there's also so much overlapping channel information it's easy to get confused | 11:45 |
| Mirv | https://developer.ubuntu.com/en/start/ubuntu-for-devices/installing-ubuntu-for-devices/#install-ubuntu seems reasonable, the example uses stable channel | 11:46 |
| Mirv | sil2100: do you have any idea what's "testing" version "16.04r3" that was claimed to be used on mako for the testing in the article? | 11:47 |
| bzoltan_ | davmor2: I have pushed couple of newer test results to the regular places and eliminated a Toolbar related funkiness in the silo45. FYI | 12:00 |
| davmor2 | bzoltan_: currently stuck trying to make developer mode stay active | 12:00 |
| bzoltan_ | davmor2: WTH??? | 12:00 |
| bzoltan_ | davmor2: does it drop the adb or what? | 12:01 |
| davmor2 | bzoltan_: it does | 12:01 |
| davmor2 | bzoltan_: only things that landed in the last image were address book and uitk | 12:02 |
| bzoltan_ | davmor2: i use this script to keep the device unlocked so it does not drop the adb - http://people.canonical.com/~bzoltan/ap-2015_12_16-VIVID-SILO45-MAKO/unlock.sh | 12:02 |
| davmor2 | bzoltan_: so we currently have a horrible feeling it might be uitk :( | 12:02 |
| davmor2 | bzoltan_: we just don't understand why | 12:02 |
| bzoltan_ | davmor2: that is impossible.. UITK has nothing to do with the adb | 12:03 |
| bzoltan_ | davmor2: makor or krillin? | 12:13 |
| davmor2 | bzoltan_: krillin and arale so far | 12:14 |
| bzoltan_ | davmor2: have you flashed with --developer-mode or set with UI? | 12:14 |
| davmor2 | bzoltan_: setting via ui | 12:14 |
| bzoltan_ | davmor2: we got it | 12:19 |
| davmor2 | bzoltan_: what was it? | 12:20 |
| bzoltan_ | davmor2: it is not the adb, neither the developer mode... it is the checkbox's trigger() action what got broke by some changes in the system settings | 12:23 |
| bzoltan_ | davmor2: in the meantime flash with --developer-mode | 12:23 |
| bzoltan_ | davmor2: I will push a fix to the silo45 in short | 12:24 |
| davmor2 | bzoltan_: awesome thanks | 12:24 |
| bzoltan_ | davmor2: so I will need about 2-3 hours to get the fixes build and validate from my side. How is your schedule for tuday? | 12:30 |
| davmor2 | bzoltan_: that's fine I'll test something else just give me a ping when 45 is ready for testing and I'll hit it then | 12:32 |
| bzoltan_ | davmor2: OK. It will happen about 4-5pm your time. Thanks. | 12:32 |
| davmor2 | bzoltan_: that's fine that gives me 3-4 hours to test it :) | 12:33 |
| === alan_g is now known as alan_g|lunch | ||
| Mirv | sil2100: we've another addition for OTA-9 / ubuntu-sdk-15.04.3 - https://code.launchpad.net/~timo-jyrinki/ubuntu-seeds/touch_add_qtpurchasing/+merge/280839 - can I upload that to overlay as 1.221vivid22, and can you merge that for xenial? | 12:38 |
| Mirv | vivid ubuntu-touch-meta upload ready | 12:41 |
| Mirv | http://paste.ubuntu.com/14073041/ | 12:42 |
| sil2100 | Mirv: sure! | 13:28 |
| === alan_g|lunch is now known as alan_g | ||
| tvoss | pstolowski, ping | 13:42 |
| pstolowski | tvoss, pong | 13:50 |
| tvoss | pstolowski, did you have a chance to do the tests on rc-proposed? | 13:50 |
| pstolowski | tvoss, yes, but haven't finished it yet, i've done ~75% of the tests. no problems spotted so far | 13:51 |
| tvoss | pstolowski, ack | 13:51 |
| kdub | Saviq, trainguards, silo 21 is ready for qa, sorry again for the confusion on that silo yesterday | 14:02 |
| sil2100 | kdub: o/ | 14:02 |
| sil2100 | jibel, davmor2: ^ | 14:02 |
| davmor2 | kdub: thanks | 14:02 |
| cjwatson | some disruption imminent in xenial: perl 5.22 transition in progress | 14:04 |
| cjwatson | will try to ram the important bits through as quickly as possible | 14:04 |
| sil2100 | cjwatson: thanks for the heads up | 14:04 |
| Trevinho | sil2100: when is it the last day before xmas break we can safely (i.e. so that in case of urgent breakge we've still time for a revert) publish? | 14:17 |
| Saviq | trainguards, apparently train no longer deletes packages that were removed from train requests automagically, can you please remove qtmir, qtmir-gles, unity-api from https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-031/+packages and restart the unity8 builds, thanks! | 14:32 |
| dobey | well | 14:35 |
| dobey | "0 ERROR - This error was not anticipated by robru. You should definitely let him know immediately." | 14:35 |
| dobey | seems like CI train had some network issue | 14:35 |
| dobey | Saviq: ^^ maybe that's the problem? | 14:35 |
| sil2100 | Saviq: on it | 14:39 |
| sil2100 | Saviq: builds retied, packages deleted | 14:42 |
| t1mp | is there a channel to discuss stuff like a broken canonical irc server? | 15:07 |
| dobey | t1mp: #canonical-sysadmin | 15:10 |
| dobey | t1mp: and i guess 600 people are already complaining about it :) | 15:10 |
| dobey | hmm | 15:10 |
| t1mp | dobey: thanks | 15:15 |
| === jgdxx is now known as jgdx | ||
| t1mp | dobey: right, I was more interested in getting updates than being #601 to complain :) | 15:15 |
| jibel | alesage, could you take 10 & 11? they must be tested together. rvr started the review, but we won't wait till the end of his holidays to continue the verification :) | 15:22 |
| alesage | jibel, sure, will have a look | 15:23 |
| bfiller | jibel: the download mgr silo is ready too, if you guys could get to this we have another browser silo queued up with a bunch of other bug fixes | 15:24 |
| jibel | bfiller, yes, it's next in the queue. I'd like to land 10 & 11 first because already started working on it, then 17 | 15:25 |
| bfiller | jibel: yup, no problem, makes sense | 15:25 |
| Saviq | sil2100, thank you | 15:27 |
| Saviq | sil2100, any idea what https://launchpadlibrarian.net/230341606/buildlog_ubuntu-xenial-amd64.unity8_8.11%2B16.04.20151217.2-0ubuntu1_BUILDING.txt.gz is about? | 15:28 |
| Saviq | Depends: qtdeclarative5-ubuntu-web-plugin but it is not going to be installed | 15:28 |
| Saviq | :( | 15:28 |
| sil2100 | Saviq: there's no webbrowser-app in your silo, right? cjwatson mentioned something about an ongoing perl transition right now | 15:29 |
| sil2100 | Saviq: maybe some dependency of qtdeclarative5-ubuntu-web-plugin depends on something ongoing in the transition now | 15:30 |
| Saviq | sil2100, ah right, that's probably a -proposed issue, /me always forgets | 15:30 |
| Saviq | sil2100, ack, will be patient... | 15:30 |
| cjwatson | I think that's probably oxide-qt, not perl | 15:32 |
| cjwatson | not worked out exactly where but it looks like it's still built against old qt abis? | 15:33 |
| cjwatson | (mostly working on other stuff right now though, could be wrong) | 15:33 |
| Trevinho | robru: is the train down because of the same issue we have in other services? | 15:36 |
| dobey | yes | 15:40 |
| cjwatson | Rather a lot of LP builders are down at the moment, even if you could get the train to upload something to them | 15:44 |
| cjwatson | x86 scalingstack at least | 15:44 |
| cjwatson | ppc64el scalingstack looks OK-ish, and non-scalingstack builders (arm64, armhf, powerpc) are unaffected AFAICS | 15:45 |
| robru | Train outage that I'm not responsible for? Yipppppeeeeeeee! | 16:24 |
| * robru guess back to bed | 16:24 | |
| oSoMoN | trainguards: is the train down or is it just me? | 16:49 |
| dobey | oSoMoN: prodstack is down | 16:51 |
| dobey | oSoMoN: so lots of things, including train | 16:51 |
| robru | oSoMoN: totes just you bro | 16:51 |
| robru | I'm working with webops to get it back up | 17:01 |
| robru | Trevinho: dobey: OK train itself appears back online, might be a good time to try it out but I'm not sure what state lp is in | 17:06 |
| bzoltan_ | davmor2: finally the citrain is back, so I can start now building the silo... not the most fortunate timing of the outage | 17:11 |
| davmor2 | bzoltan_: not sure if the builders are back yet though | 17:12 |
| bzoltan_ | davmor2: soon will see :) | 17:12 |
| bzoltan_ | davmor2: in about 40 minutes we will have package sin the silo45 | 17:35 |
| davmor2 | \o/ | 17:35 |
| cjwatson | bzoltan_: x86 builders are pretty much dead at the moment, so don't hold your breath | 17:35 |
| cjwatson | (IS is working on it ...) | 17:36 |
| dobey | hmm, i wonder about s-jenkins though | 17:54 |
| kdub | are the packages that don't need building advancing through the queue, or is that hampered by the prodstack problems today? | 17:54 |
| dobey | kdub: what kind of packages would not need building? | 18:00 |
| kdub | dobey, I meant, the "ready for QA" stuff, was under the assumption that the packages weren't rebuilt in that step | 18:00 |
| kdub | but I might be wrong on that count :) | 18:01 |
| dobey | kdub: QA would be able to test it, but with prodstack down wouldn't be able to change the state in CI train to approved | 18:01 |
| dobey | at least, assuming that ppa.launchpad.net is not hosted in prodstack | 18:01 |
| dobey | but stuff seems to be coming back on-line now, so shouldn't be an issue for most things any longer | 18:02 |
| kdub | dobey, ack, thanks | 18:02 |
| === alan_g is now known as alan_g|EOD | ||
| bzoltan_ | davmor2: the packages are ready the silo45 ... I am upgrading right now and see how it acts | 18:20 |
| davmor2 | bzoltan_: awesome I'm off ofr TEA will hit it when I get back :) | 18:20 |
| bzoltan_ | davmor2: enjoy your tea :) | 18:21 |
| jibel | davmor2, alesage music app crashes on close with silo 30. I blocked the silo, can you talk to jamesh tomorrow. I won't be there. | 18:24 |
| === dpm is now known as dpm-afk | ||
| bzoltan_ | davmor2: After you are back from tea .. I have installed the 1.3.1778+15.04.20151217.1-0ubuntu1 UITK from silo45 the Devmode checkbox got fixed. I have run the UITK tests again and copied to the usual place. All good from my side. | 18:28 |
| bzoltan_ | davmor2: I am online for few more hours if you need me | 18:28 |
| === joc_ is now known as joc|away | ||
| === joc|away is now known as joc | ||
| davmor2 | bzoltan_: awesome thanks | 18:49 |
| jhodapp | robru, can I get a silo right now or should I wait for some to free up? | 19:02 |
| davmor2 | bzoltan_, jibel: \o/ developer mode oh how I missed you ;) | 19:06 |
| davmor2 | bzoltan_: web browser isn't opening with the silo in place | 19:06 |
| bzoltan_ | davmor2: hack | 19:09 |
| davmor2 | bzoltan_: weirdly the web apps open fine it's just the browser which I'm assuming will also be a main candidate for testing the scrollbars | 19:15 |
| bzoltan_ | davmor2: not impossible | 19:15 |
| bzoltan_ | faenil: ^ | 19:15 |
| davmor2 | bzoltan_, faenil: I see this multiple times in the webbrowser.log http://paste.ubuntu.com/14077231/ | 19:20 |
| bzoltan_ | davmor2: yes, I get the same | 19:20 |
| davmor2 | bzoltan_, faenil: and in /var/crash there is a qmlscene crash | 19:21 |
| bzoltan_ | davmor2: that one I do not have | 19:21 |
| davmor2 | bzoltan_: it's been uploaded let me dig it out | 19:22 |
| bzoltan_ | davmor2: in a minute we will know more | 19:23 |
| alesage | jibel, ack | 19:27 |
| davmor2 | bzoltan_: and of course I can't check previous reports because it opens in the web browser wompwompwomp.com | 19:27 |
| bzoltan_ | davmor2: lol :) ppa-purge is our best friend | 19:28 |
| davmor2 | bzoltan_: but then I lose developer mode to retrieve the url :D | 19:29 |
| bzoltan_ | davmor2: i got the problem.. the browser is using a property what is conflicting with a UITK property what got exposed with one of the AP fixing patch. Fix is coming ... | 19:32 |
| davmor2 | bzoltan_: nice | 19:32 |
| dobey | davmor2, alesage: how the heck do you test anything that uses trust-store? | 19:32 |
| davmor2 | dobey: automatically or manually, Automatically I think it is exposed and can be used in autopilot, manually which is me and vrruiz mostly, we run the app then ensure it is displayed in system-setting→security we also check that what was meant to happen did, ie location works or camera operates etc | 19:36 |
| dobey | davmor2: just in general, because the behavior i'm seeing, is it's not working | 19:37 |
| davmor2 | dobey: if you want to know how to make it work in ap maybe talk to brendand tomorrow I think he is in then | 19:37 |
| dobey | well, for some reason it's working for camera | 19:37 |
| dobey | no, not ap | 19:37 |
| davmor2 | dobey: it should work in here maps too and the web browser for location | 19:40 |
| dobey | davmor2: yeah, i'm having some weirdness with it for in-app purchases though, and i can't find anything to explain the weirdness | 19:42 |
| davmor2 | dobey: ah maybe tvoss can point you in the right direction | 19:43 |
| dobey | ugh, if the pay dbus service goes away, trust-store starts always denying access, regardless of what the setting for the app is! | 19:48 |
| robru | jhodapp: can't hurt to try. what request you want a silo for? | 19:50 |
| bzoltan_ | davmor2: I have the fix. We raname the conflicting component (it is a new one) and push an other build in the silo...in an hour it is ready. So I assume you will take it tomorrow morning earliest. | 19:57 |
| davmor2 | bzoltan_: yeap | 19:59 |
| tvoss | dobey, ping | 20:04 |
| dobey | tvoss: hi | 20:04 |
| tvoss | dobey, why does the pay service go away from the bus? | 20:04 |
| dobey | tvoss: because it doesn't need to be running all the time, so it's dbus activated and kills itself after a period of inactivity | 20:05 |
| tvoss | dobey, also: what exactly is not working :) /me readingbacklog | 20:05 |
| tvoss | dobey, well, you should make sure that the trust store is restarted in that case, too | 20:05 |
| dobey | tvoss: trust-stored doesn't handle NameOwnerChanged is apparently the problem | 20:05 |
| tvoss | dobey, on purpose actually | 20:05 |
| dobey | well i would, except the trust-stored has to run all the time | 20:05 |
| dobey | because if not, then system-settings UI doesn't work | 20:06 |
| tvoss | dobey, hmmm, fair point ... okay, I have the name-owner-changed stuff on my list, when would you need it? | 20:07 |
| dobey | tvoss: yesterday :-/ | 20:07 |
| tvoss | dobey, my flux compensator has run out of juice, with fusion boy being stuck in the future :/ | 20:07 |
| tvoss | dobey, is this for ota9? | 20:08 |
| dobey | tvoss: yes. and my last day before 2016 is tomorrow. and i was expecting to pawn this off to qa today to be done with it, but then i ran into this problem | 20:09 |
| tvoss | dobey, hooray :) so yeah, I will be around next week, I can see what I can do | 20:09 |
| dobey | tvoss: is there an existing bug report for thist? | 20:10 |
| dobey | this | 20:10 |
| tvoss | dobey, nope, alternatively, you could just start pay-service as an upstart service | 20:10 |
| tvoss | dobey, and keep it running | 20:10 |
| tvoss | dobey, that's certainly doable in the given timeframe | 20:10 |
| tvoss | dobey, wdyt? | 20:13 |
| dobey | tvoss: it used to be an upstart job, and we got rid of that to fix a bug from cking about pay-service running all the time and causing wakeups, during the rewrite, and now we have to add trust-store support as a requirement from security to enable the in-app purchases feature; so i'd rather not go back to having an upstart job | 20:16 |
| tvoss | dobey, why did the payservice cause wakeups, though? | 20:16 |
| tvoss | dobey, do you have cking's bug report handy? | 20:16 |
| dobey | https://bugs.launchpad.net/ubuntu/+source/pay-service/+bug/1377866 | 20:18 |
| ubot5 | Ubuntu bug 1377866 in pay-service (Ubuntu) "pay-service on idle machine is polling at ~1Hz causing system wakeups" [High,Fix released] | 20:18 |
| dobey | that is from when pay-service was written in c++ though, and now it's written in go | 20:21 |
| tvoss | dobey, okay, if you could just run health-check against the new executable, wakeups on idle should be 0 | 20:32 |
| tvoss | dobey, I would argue that we can easily switch to an upstart job then. I'm happy to take the topic to cking tomorrow my morning | 20:33 |
| dobey | it's not 0, afaict; and we shouldn't be running all the time and wasting memory | 20:37 |
| dobey | between trust-stored-skeleton and pay-service-2 that's ~20MB+ that apps could use instead when these services aren't necessary | 20:37 |
| tvoss | dobey, what do you wake up for on an idle system? @wasting memory: the oom killer takes care of that | 20:37 |
| tvoss | dobey, I'm trying to find a way that makes you land for ota9 for sure | 20:38 |
| tvoss | dobey, does pay-service dual land? (please say no) | 20:38 |
| dobey | it said 0.15 | 20:39 |
| dobey | yes it dual lands | 20:39 |
| dobey | wlel i don't know what "on idle" means. i just ran the process and waited for it to exit | 20:39 |
| dobey | total wake/sec was 0.15 | 20:40 |
| tvoss | dobey, could you use the command line reported here: health-check -c -f -r -d 300 -p $(pidof pay-service) | 20:40 |
| dobey | tvoss: that's what i did, yes | 20:41 |
| tvoss | dobey, mind pastebin'ing the report? | 20:41 |
| dobey | well i had to run pay-service-2 by hand | 20:41 |
| dobey | http://pastebin.ubuntu.com/14078096/ | 20:41 |
| tvoss | dobey, okay, more load then with the c++ version :) | 20:42 |
| tvoss | dobey, s/load/wakeups | 20:42 |
| dobey | well about equal | 20:43 |
| tvoss | dobey, the other possible solution is to ship a dbus activation for your trust-stored-skeleton | 20:44 |
| jhodapp | robru, this one: https://requests.ci-train.ubuntu.com/#/ticket/801 | 20:44 |
| tvoss | dobey, with that, it would come up both when payservice needs it and when system settings need it | 20:45 |
| jhodapp | robru, technically I have two, but since we're low and the other is for xenial (can't do dual landings yet) I'll hold off for the moment | 20:45 |
| dobey | tvoss: oh really? i can ship a .service file and it will work? | 20:45 |
| tvoss | dobey, from within pay-service, yes, why not? it also installs the upstart job, doesn't it? | 20:45 |
| dobey | tvoss: becasue, frankly, i have no idea how trust-store actually works | 20:46 |
| tvoss | dobey, it's pretty simple, just a service mediating access to a database | 20:46 |
| tvoss | dobey, mind pastebin'ing the upstart job for your trust-stored-skeleton? | 20:47 |
| dobey | tvoss: so instead of the upstart file, i just ship the .service file with the Exec= of the trust-stored-skeleton command line? | 20:47 |
| tvoss | dobey, yup, needs testing, I never used it in that setup, but why not? :) | 20:48 |
| tvoss | worth a try | 20:48 |
| dobey | ok, i'll try that real quick | 20:48 |
| tvoss | dobey, I'm happy to adjust the trust-store behavior, but: I would have to enable dual-landings for trust-store first, then adjust the behavior (which is not too difficult), test everything, pump it through qa | 20:48 |
| dobey | tvoss: hmm, i'm not sure what the dbus interface of the trust-stored-skeleton is though | 20:49 |
| tvoss | dobey, hence my request for the pastebin of the upstart job :) | 20:49 |
| dobey | tvoss: /usr/bin/trust-stored-skeleton --remote-agent DBusRemoteAgent --bus=session --local-agent MirAgent --trusted-mir-socket=/var/run/user/32011/mir_socket_trusted --for-service InAppPurchases --with-text-domain pay-service --store-bus session | 20:50 |
| tvoss | dobey, ack | 20:50 |
| dobey | i can put that in a shell script so the $(id -u) bit works, and just have the Exec= be the shell script | 20:50 |
| dobey | since $(id -u) won't work in a .service file afaik | 20:51 |
| tvoss | dobey, so the unique bus name is com.ubuntu.trust.store.InAppPurchases | 20:53 |
| dobey | ok | 20:54 |
| tvoss | dobey, that should be good enough, shouldn't it? the interface is called com.ubuntu.trust.store | 20:54 |
| dobey | tvoss: well, i guess i'll find out soon enough :) | 20:55 |
| tvoss | dobey, for sure | 20:56 |
| robru | jhodapp: ok, you got 56 | 20:58 |
| jhodapp | robru, thanks man | 21:01 |
| dobey | tvoss: hmm, that doesn't seem to work | 21:02 |
| tvoss | dobey, a little more detail would be helpful :) | 21:04 |
| dobey | the trust-store skeleton didn't get activated | 21:04 |
| dobey | std::exception::what: org.freedesktop.DBus.Error.ServiceUnknown: The name core.trust.dbus.Agent.InAppPurchases was not provided by any .service files | 21:04 |
| dobey | ah | 21:05 |
| tvoss | dobey, aha | 21:05 |
| dobey | so i also need a third service file for that, which launches pay-service? | 21:06 |
| dobey | nope | 21:08 |
| dobey | std::exception::what: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. | 21:08 |
| bzoltan_ | davmor2: zsombi: bfiller: the silo45 version of the browser fixes our issue. I am running now the tests of the browser. | 21:09 |
| dobey | tvoss: so i guess this isn't an option either, without fixing trust-store to handle it properly? | 21:10 |
| zsombi | bzoltan_: whoaaash, good to hear!!!! | 21:10 |
| tvoss | dobey, mind pastebin'ing your .service file so I can test? | 21:11 |
| t1mp | zsombi: I am here | 21:12 |
| t1mp | zsombi: great. You fixed it fast :) | 21:14 |
| dobey | tvoss: http://pastebin.ubuntu.com/14078491/ | 21:14 |
| tvoss | dobey, could you check if the script is actually called? and a ps -ef | grep trust would be helpful, too :) | 21:16 |
| dobey | tvoss: yes, it's called. you can see in ~/.cache/upstart/dbus.log where it gets called | 21:17 |
| dobey | tvoss: i also did rm /usr/share/upstart/session/pay-service-trust-stored.conf to get rid of the upstart job, and rebooted | 21:18 |
| tvoss | oh wait | 21:18 |
| dobey | and you really have to test this on staging, becasue we don't have in-app purchases on production yet | 21:18 |
| tvoss | dobey, so what result ed in the NoReply exception mentioned before? I mean the actual scenario you are looking at? | 21:23 |
| dobey | tvoss: it seems that the skeleton got the NoReply when pay-service was started to satisfy the core.trust.dbus.Agent service | 21:24 |
| dobey | tvoss: so seems like it doesn't handle that service not already existing, very well | 21:24 |
| tvoss | dobey, did the exception happen in pay-service or in trust-store? | 21:25 |
| dobey | in the trust-stored-skeleton afaict | 21:27 |
| dobey | when it's trying to talk to the service that libtrust-store creates inside the thing using it | 21:27 |
| tvoss | dobey, a backtrace would be appreciated :) | 21:29 |
| tvoss | dobey, should be as easy as just starting the skeleton yourself, so taking the exec line under gdb | 21:29 |
| tvoss | dobey, with dbg symbols ideally | 21:29 |
| dobey | well i guess whoopsie has one :) | 21:30 |
| dobey | _usr_bin_trust-stored-skeleton.32011.uploaded | 21:30 |
| dobey | :) | 21:30 |
| dobey | now to find the crash | 21:30 |
| tvoss | dobey, retraced with debug symbols, please ;) | 21:30 |
| tvoss | dobey, lol, it might be easier to run under gdb ... just saying | 21:31 |
| dobey | nope, that crash in /var/crash/is from this morning | 21:32 |
| dobey | https://errors.ubuntu.com/bucket/?id=failed%3A/usr/bin/trust-stored-skeleton%3A11%3A/usr/lib/arm-linux-gnueabihf/libmirclient.so.9%2B4637c%3A/usr/lib/arm-linux-gnueabihf/libmirclient.so.9%2B3c11c%3A/usr/lib/arm-linux-gnueabihf/libmirclient.so.9%2B3fecc%3A/usr/lib/arm-linux-gnueabihf/libmirclient.so.9%2B3c2b2%3A/usr/lib/arm-linux-gnueabihf/libmirclient.so.9%2B3c478%3A/usr/lib/arm-linux-gnueabihf/libmircommon.so.5%2Bb588%3A/usr/l | 21:32 |
| dobey | and is that | 21:33 |
| dobey | ugh urls | 21:33 |
| dobey | tvoss: from dbus.log: http://pastebin.ubuntu.com/14078779/ | 21:34 |
| dobey | hmm, and nothing in /var/crash | 21:35 |
| tvoss | dobey, so it tries to register itself as an agent with the service | 21:35 |
| dobey | and the skeleton isn't being launched when i try to purchase from an app; only when i try to change the settings in system-settings does it launch the skeleton | 21:36 |
| dobey | so i think dbus activation of the skeleton probably isn't going to be satisfactory for tomorrow | 21:37 |
| dobey | tvoss: and it's late for you, and i have to go soon anyway. let's pick this back up tomorrow? | 21:38 |
| tvoss | dobey, ack, I will think about after a good night of sleep how to unblock you | 21:38 |
| tvoss | dobey, mind pinging me your silo so I could add a trust-store MP to it? | 21:38 |
| dobey | tvoss: it's 41 | 21:39 |
| tvoss | dobey, thx | 21:47 |
| dobey | tvoss: also filed https://bugs.launchpad.net/ubuntu/+source/trust-store/+bug/1527395 for this | 21:49 |
| ubot5 | Ubuntu bug 1527395 in trust-store (Ubuntu) "trust-stored-skeleton does not follow NameOwnerChanged for the Agnet" [Undecided,New] | 21:49 |
| tvoss | dobey, ah, cool | 21:49 |
| * faenil comes back from holidays brain-mode | 22:36 | |
| faenil | bzoltan_: davmor2 everything alright? | 22:36 |
| faenil | bzoltan_: davmor2 ahhh it was Toolbar conflict...thank God it wasn't Scrollbars, I got a heart attack! :P | 22:50 |
| * faenil relaxes and goes back to his holidays :) | 22:50 | |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!