[10:07] <tvoss> abeato, mind pinging me the media-hub test plan?
[10:08] <abeato> tvoss, https://wiki.ubuntu.com/Process/Merges/TestPlan/media-hub
[10:12] <tvoss> abeato, mind giving silo 22 a spin on rc-proposed?
[10:13] <abeato> tvoss, sure, I'll give it a try a bit later
[10:13] <tvoss> pstolowski, ^
[10:14] <pstolowski> tvoss, thanks, yeah, found that test plan
[10:16] <tvoss> pstolowski, ack
[11:44] <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:45] <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:46] <Mirv> https://developer.ubuntu.com/en/start/ubuntu-for-devices/installing-ubuntu-for-devices/#install-ubuntu seems reasonable, the example uses stable channel
[11:47] <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?
[12:00] <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:01] <bzoltan_> davmor2:  does it drop the adb or what?
[12:01] <davmor2> bzoltan_: it does
[12:02] <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:03] <bzoltan_> davmor2:  that is impossible.. UITK has nothing to do with the adb
[12:13] <bzoltan_> davmor2:  makor or krillin?
[12:14] <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:19] <bzoltan_> davmor2:  we got it
[12:20] <davmor2> bzoltan_: what was it?
[12:23] <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:24] <bzoltan_> davmor2:  I will push a fix to the silo45 in short
[12:24] <davmor2> bzoltan_: awesome thanks
[12:30] <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:32] <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:33] <davmor2> bzoltan_: that's fine that gives me  3-4 hours to test it :)
[12:38] <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:41] <Mirv> vivid ubuntu-touch-meta upload ready
[12:42] <Mirv> http://paste.ubuntu.com/14073041/
[13:28] <sil2100> Mirv: sure!
[13:42] <tvoss> pstolowski, ping
[13:50] <pstolowski> tvoss, pong
[13:50] <tvoss> pstolowski, did you have a chance to do the tests on rc-proposed?
[13:51] <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
[14:02] <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:04] <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:17] <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:32] <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:35] <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:39] <sil2100> Saviq: on it
[14:42] <sil2100> Saviq: builds retied, packages deleted
[15:07] <t1mp> is there a channel to discuss stuff like a broken canonical irc server?
[15:10] <dobey> t1mp: #canonical-sysadmin
[15:10] <dobey> t1mp: and i guess 600 people are already complaining about it :)
[15:10] <dobey> hmm
[15:15] <t1mp> dobey: thanks
[15:15] <t1mp> dobey: right, I was more interested in getting updates than being #601 to complain :)
[15:22] <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:23] <alesage> jibel, sure, will have a look
[15:24] <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:25] <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:27] <Saviq> sil2100, thank you
[15:28] <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:29] <sil2100> Saviq: there's no webbrowser-app in your silo, right? cjwatson mentioned something about an ongoing perl transition right now
[15:30] <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:32] <cjwatson> I think that's probably oxide-qt, not perl
[15:33] <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:36] <Trevinho> robru: is the train down because of the same issue we have in other services?
[15:40] <dobey> yes
[15:44] <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:45] <cjwatson> ppc64el scalingstack looks OK-ish, and non-scalingstack builders (arm64, armhf, powerpc) are unaffected AFAICS
[16:24] <robru> Train outage that I'm not responsible for? Yipppppeeeeeeee!
[16:24]  * robru guess back to bed
[16:49] <oSoMoN> trainguards: is the train down or is it just me?
[16:51] <dobey> oSoMoN: prodstack is down
[16:51] <dobey> oSoMoN: so lots of things, including train
[16:51] <robru> oSoMoN: totes just you bro
[17:01] <robru> I'm working with webops to get it back up
[17:06] <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:11] <bzoltan_> davmor2: finally the citrain is back, so I can start now building the silo... not the most fortunate timing of the outage
[17:12] <davmor2> bzoltan_: not sure if the builders are back yet though
[17:12] <bzoltan_> davmor2:  soon  will see :)
[17:35] <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:36] <cjwatson> (IS is working on it ...)
[17:54] <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?
[18:00] <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:01] <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:02] <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:20] <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:21] <bzoltan_> davmor2:  enjoy your tea :)
[18:24] <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:28] <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:49] <davmor2> bzoltan_: awesome thanks
[19:02] <jhodapp> robru, can I get a silo right now or should I wait for some to free up?
[19:06] <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:09] <bzoltan_> davmor2: hack
[19:15] <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:20] <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:21] <davmor2> bzoltan_, faenil: and in /var/crash there is a qmlscene crash
[19:21] <bzoltan_> davmor2:  that one I do not have
[19:22] <davmor2> bzoltan_: it's been uploaded let me dig it out
[19:23] <bzoltan_> davmor2:  in a minute we will know more
[19:27] <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:28] <bzoltan_> davmor2:  lol :) ppa-purge is our best friend
[19:29] <davmor2> bzoltan_: but then I lose developer mode to retrieve the url :D
[19:32] <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:36] <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:37] <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:40] <davmor2> dobey: it should work in here maps too and the web browser for location
[19:42] <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:43] <davmor2> dobey: ah maybe tvoss can point you in the right direction
[19:48] <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:50] <robru> jhodapp: can't hurt to try. what request you want a silo for?
[19:57] <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:59] <davmor2> bzoltan_: yeap
[20:04] <tvoss> dobey, ping
[20:04] <dobey> tvoss: hi
[20:04] <tvoss> dobey, why does the pay service go away from the bus?
[20:05] <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:06] <dobey> because if not, then system-settings UI doesn't work
[20:07] <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:08] <tvoss> dobey, is this for ota9?
[20:09] <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:10] <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:13] <tvoss> dobey, wdyt?
[20:16] <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:18] <dobey> https://bugs.launchpad.net/ubuntu/+source/pay-service/+bug/1377866
[20:21] <dobey> that is from when pay-service was written in c++ though, and now it's written in go
[20:32] <tvoss> dobey, okay, if you could just run health-check against the new executable, wakeups on idle should be 0
[20:33] <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:37] <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:38] <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:39] <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:40] <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:41] <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:42] <tvoss> dobey, okay, more load then with the c++ version :)
[20:42] <tvoss> dobey, s/load/wakeups
[20:43] <dobey> well about equal
[20:44] <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:45] <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:46] <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:47] <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:48] <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:49] <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:50] <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:51] <dobey> since $(id -u) won't work in a .service file afaik
[20:53] <tvoss> dobey, so the unique bus name is com.ubuntu.trust.store.InAppPurchases
[20:54] <dobey> ok
[20:54] <tvoss> dobey, that should be good enough, shouldn't it? the interface is called com.ubuntu.trust.store
[20:55] <dobey> tvoss: well, i guess i'll find out soon enough :)
[20:56] <tvoss> dobey, for sure
[20:58] <robru> jhodapp: ok, you got 56
[21:01] <jhodapp> robru, thanks man
[21:02] <dobey> tvoss: hmm, that doesn't seem to work
[21:04] <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:05] <dobey> ah
[21:05] <tvoss> dobey, aha
[21:06] <dobey> so i also need a third service file for that, which launches pay-service?
[21:08] <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:09] <bzoltan_> davmor2: zsombi:  bfiller: the silo45 version of the browser fixes our issue. I am running now the tests of the browser.
[21:10] <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:11] <tvoss> dobey, mind pastebin'ing your .service file so I can test?
[21:12] <t1mp> zsombi: I am here
[21:14] <t1mp> zsombi: great. You fixed it fast :)
[21:14] <dobey> tvoss: http://pastebin.ubuntu.com/14078491/
[21:16] <tvoss> dobey, could you check if the script is actually called? and a ps -ef | grep trust would be helpful, too :)
[21:17] <dobey> tvoss: yes, it's called. you can see in ~/.cache/upstart/dbus.log where it gets called
[21:18] <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:23] <tvoss> dobey, so what result ed in the NoReply exception mentioned before? I mean the actual scenario you are looking at?
[21:24] <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:25] <tvoss> dobey, did the exception happen in pay-service or in trust-store?
[21:27] <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:29] <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:30] <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:31] <tvoss> dobey, lol, it might be easier to run under gdb ... just saying
[21:32] <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:33] <dobey> and is that
[21:33] <dobey> ugh urls
[21:34] <dobey> tvoss: from dbus.log: http://pastebin.ubuntu.com/14078779/
[21:35] <dobey> hmm, and nothing in /var/crash
[21:35] <tvoss> dobey, so it tries to register itself as an agent with the service
[21:36] <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:37] <dobey> so i think dbus activation of the skeleton probably isn't going to be satisfactory for tomorrow
[21:38] <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:39] <dobey> tvoss: it's 41
[21:47] <tvoss> dobey, thx
[21:49] <dobey> tvoss: also filed https://bugs.launchpad.net/ubuntu/+source/trust-store/+bug/1527395 for this
[21:49] <tvoss> dobey, ah, cool
[22:36]  * faenil comes back from holidays brain-mode
[22:36] <faenil> bzoltan_: davmor2 everything alright?
[22:50] <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 :)