[03:59] <cyphermox> Mirv: poke
[03:59] <cyphermox> you taking over for the stacks?
[04:02] <Mirv> cyphermox: yes, I just felt like some core-dev would have had his hands there, seeing unity8 & co published :)
[04:03] <Mirv> I had them opened, waiting for pitti to wake up
[04:04] <Mirv> updating the status page, it had the unity8 bug from yesterday still
[04:06] <cyphermox> ah, sorry
[04:06] <cyphermox> yeah I was publishing the stuff that needed publishing
[04:08] <Mirv> cyphermox: yes, excellent, nothing to be sorry about, I just can't do that.
[04:08] <Mirv> cyphermox: https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/friends_add_declarative02/+merge/182811 if you didn't log off yet
[04:10] <cyphermox> Mirv: https://code.launchpad.net/~mathieu-tl/cupstream2distro-config/content-hub-apps/+merge/182812
[04:10] <cyphermox> your merge is approved but I'm doubtful it will fix the problem
[04:10] <cyphermox> unless I misread the error before
[04:12] <cyphermox> /var/log/upstart/otto-setup.log:   Installing qtdeclarative5-friends0.2 as Depends of friends-app
[04:12] <cyphermox> /var/log/upstart/otto-setup.log:      Removing: qtdeclarative5-friends-plugin
[04:12] <cyphermox> /var/log/upstart/otto-setup.log: E: Unable to correct problems, you have held broken packages.
[04:12] <cyphermox> right
[04:12] <Mirv> cyphermox: you may be correct, now that I re-read it, also qtdeclarative5-friends-plugin probably needs to be removed
[04:12] <cyphermox> so you should check friends-app, see if the deps clash for the plugin and the other
[04:12] <cyphermox> I'm not sure what either does
[04:13] <Mirv> cyphermox: it's probable that Ken has changed the API and the new plugin is called friends0.2 according to the naming policy
[04:13] <cyphermox> makes sense
[04:13] <cyphermox> want to update the merge accordingly?
[04:13] <cyphermox> I'll head offline in a few minutes, it's past midnight now
[04:14] <Mirv> cyphermox: yes the same mp https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/friends_add_declarative02/+merge/182811
[04:15] <Mirv> and good night
[04:16] <cyphermox> done
[04:16] <Mirv> thanks
[04:30] <cyphermox> Mirv: should I publish friends and media?
[04:31] <Mirv> cyphermox: please do, though you should also be not here anymore
[04:32] <cyphermox> nonsense
[04:33] <cyphermox> media is teh yuck
[04:33] <cyphermox> I wish people wrote stuff in changelog to explain their changes
[04:34] <cyphermox> I think I'd rather not publish it, and defer to the demi-god pitti to decide if it's worthy ;)
[04:34] <Mirv> yeah I often have to read the merge proposals and even they might have just "fix the thing"
[04:34] <Mirv> let's defer it to demi-god
[04:34] <cyphermox> Mirv: in my opinion mediascanner need to have better changelog entries, like explaining the xv-utils change, the addition of grilo, etc.
[04:35] <cyphermox> xz-utils I mean
[04:35] <cyphermox> and -Files: tools/cpplint.py removed from copyright, but it's unclear whether it's removed from the tree
[04:35]  * cyphermox checks
[04:35] <Mirv> I'm aware they are adding grilo support, but yes it should be explained that the binary package now needs it.
[04:36] <Mirv> the changelog does say the cpplint.py itself was removed
[04:36] <cyphermox> ok it's indeed removed
[04:39] <Mirv> cyphermox: https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/unity_remove_unity-scope-openweathermap/+merge/182817
[04:41] <cyphermox> ack
[04:46] <pitti> Good morning
[04:48] <Mirv> good morning pitti
[04:58] <cyphermox> hey pitti
[04:59] <pitti> Mirv, cyphermox: what's up? (sorry, following up to other over-night pings)
[05:00] <Mirv> pitti: that was a mention, not a ping, I thought I'd bug you slightly later and not immediately after you arrive :) but accepting of this http://10.97.0.1:8080/view/cu2d/view/Head/view/Media/job/cu2d-media-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_mediascanner_0.3.93+13.10.20130829.1-0ubuntu1.diff
[05:00] <Mirv> it turns out it's mostly good, just not every detail explained in the changelog
[05:01] <Mirv> without VPN http://pastebin.ubuntu.com/6039097/
[05:02] <Mirv> pitti: another one would be gallery-app adding content-hub support http://pastebin.ubuntu.com/6039099/
[05:04] <pitti> Mirv: libcontent-hub-dev is universe, is that ok for *-app?
[05:05] <pitti> Mirv: otherwise gallery-app +1
[05:05] <pitti> Mirv: I always like (not) when people just repeat obvious things in changelog without actual explanation :)
[05:06] <pitti> "Drop build dep foo" -- yes, I can see that, but why? :-)
[05:06] <pitti> some "unused" or "we moved to that other API" etc. would be helpful
[05:07] <pitti> Mirv: as for http://pastebin.ubuntu.com/6039097/ I'd like to actually see the upstart job; otherwise it looks fine assuming that the source actually drops tools/cpplint.py
[05:08] <Mirv> pitti: the MIRing is quite backlogged, but that's a valid concern so I'll hold off until later today
[05:09] <pitti> Mirv: gallery-app itself is in universe, so I guess it's not an immediate problem
[05:09] <pitti> but at some point these should all go to main?
[05:09] <pitti> that means we are building phablet images with software which isn't officially supported -- sad
[05:09] <Mirv> pitti: it does drop the cpplint file, upstart job at http://bazaar.launchpad.net/~mediascanner-team/mediascanner/trunk/revision/373
[05:09] <pitti> I'd really like these to restrict themselves to main
[05:10] <pitti> ack
[05:10] <Mirv> pitti: right, gallery-app source is main but binary is universe
[05:11] <Mirv> pitti: they should all go into main, it's just MIRing and security check are for good reasons not fast processes and require resources, while the pace of new features has been incredible (+terrifying, slightly)
[06:12] <pitti> jbicha: argh, wanted to upload your aptoncd NMU, but it seems the perl transition pretty much broke unstable :/
[06:16] <jbicha> ok
[06:23] <pitti> jbicha: ah, after upgrading my sid chroot again it's much better; apparently a lot of the libperl stuff got rebuilt yesterday \o/
[07:24] <sil2100> Morning
[07:35] <sil2100> Mirv: all besides webapps and unity green \o/ Good work!
[07:39]  * tvoss likes green
[07:42] <Mirv> sil2100: thanks :)
[07:42] <Mirv> even unity released last night, and this morning there was simply too much other work and reruns to do so I didn't get to rerun unity (which fails occasionally because the tests are flaky)
[07:42] <Mirv> webapps has a bug filed and alex assigned to it
[07:43] <Mirv> now I can focus on Qt again
[07:44] <Mirv> ...after waiting for one merge and rerunning sdk, there's a regression fix going in
[07:45] <Mirv> it's the same branch remerged that caused havoc yesterday, this time just a smaller problem but again uncaught
[07:53] <sil2100> Mirv: yes, I was working yesterday on getting unity released - almost had it during the end of my day, but then seb -1'ed the compiz change
[07:53] <sil2100> Mirv: so I did a manual push to fix it, re-ran and asked robru to force publish it when the build finishes ;p
[07:54] <sil2100> (since the -1 was simply because of a packaging mistake, not affecting anything, so no re-testing was needed)
[08:01] <Mirv> robru seemingly handled it, I was happy to find the compiz/unity/etc updated
[08:02] <Laney> g'morning
[08:03] <Mirv> hello Laney
[08:10] <sil2100> Morning Laney, seb128
[08:10] <seb128> hey Laney Mirv sil2100
[08:10] <seb128> good morning desktopers!
[08:10] <Laney> hallo
[08:10] <Laney> how is everybody?
[08:11] <czajkowski> sleepy
[08:11] <czajkowski> and looking forward to the weekend :)
[08:15] <mlankhorst> hehehehe
[08:15] <mlankhorst> same here
[08:16] <mlankhorst> TGIT!
[08:16] <seb128> not really sleepy here, but tired
[08:16] <seb128> vUDS and FF madness week not for the win
[08:17] <Laney> got a friend's stag do this weekend
[08:17] <Laney> seems unlikely to be very restful :P
[08:17] <czajkowski> seb128: aye I've had a rebranding week of mongodb and not had a chance to get to vUDS :( watched a couple of sessions last night that happend during the day
[08:17] <mlankhorst> Laney: oh btw I managed to keep up with a cyclist a few days ago
[08:17] <seb128> Laney, hehe
[08:18] <Laney> mlankhorst: oh yeah?
[08:18] <Laney> as in a road guy?
[08:18] <mlankhorst> yeah but he wasn't going excessively fast :)
[08:18] <mlankhorst> I'm still averaging 28 km/h with some part in the village being slower, busy road :P
[08:20] <Laney> do you have cleats?
[08:20] <sil2100> seb128: just to start out in the morning, I see the sync of unity-scope-mediascanner is in the NEW queue right now - can we do anything about it moving out of it?
[08:20] <mlankhorst> Laney: reinforced shoes you mean?
[08:21] <Laney> clip in to the pedals
[08:21] <seb128> sil2100, can you try to ping slangasek or infinity?
[08:21] <seb128> just etoomuch for NEW reviews today
[08:21] <sil2100> seb128: aye aye captain'!
[08:22] <mlankhorst> Laney: nah, I use my shoes from horseback riding :P
[08:22] <Laney> you should get some
[08:22] <Laney> and then enjoy the speed / fear of falling off :P
[08:22] <mlankhorst> Laney: nah, I bike to get to the stable :D
[08:23]  * Laney revokes mlankhorst's dutch license
[08:23] <mlankhorst> horses can easily go 60 km/h.. no way I can bike that fast
[08:23] <mlankhorst> probably faster but I didn't measure
[08:24] <Mirv> hello seb128
[08:25] <Mirv> and yeah sleepy and aching from too much sitting
[08:25] <Mirv> 6.30am-8.30pm day yesterday, I hope to improve from that (downwards)
[08:26] <mlankhorst> Laney: but that's the whole reason I bike to begin with haha, biking is fun but horseback riding moreso :D
[08:27] <Laney> :P
[08:28] <mlankhorst> but it takes longer to learn
[09:12] <mlankhorst> biking is still fun though :)
[09:20] <Sweetshark> seb128: Im just uploading libreoffice_4.1.1-0ubuntu1 to http://people.canonical.com/~bjoern/saucy/4.0.1/ . I think we should get it in the repo rather quick as it fixes both the boost-induced ftbfs and the Python brokeness.
[09:20] <seb128> Sweetshark, it's ready for saucy upload now you mean?
[09:22] <Sweetshark> seb128: Testing: Its been in the LO ppa for a few days and has seen ~170 downloads there without major complains. I have NOT tested the stuff on armhf, so there is a mild risk of trouble there as rene tweaked around with the JVM-finding-foo. Other than that, its good to go IMHO.
[09:23] <seb128> Sweetshark, ok, I'm going to sponsor it, so it gets in before FF/beta1 freeze
[09:23] <Laney> seems unlikely, given build time :P
[09:24] <seb128> Laney, stop trolling our buildders :p
[09:24] <Sweetshark> seb128: strictly speaking, you have to wait until upstream declares that version a 4.1.1 final ;)
[09:24] <Laney> I'm trolling LO's armhf build time actually ;-)
[09:24] <Laney> the B1 freeze will probably go in before that is done
[09:24] <Laney> still OK for FF though I guess, technically
[09:26] <Sweetshark> Laney: stop trolling the armhf LO build time or I will make you assemble the bits by hand. And if you are done with that, you can be the turning machine that will run the tests on these binaries.
[09:31] <mlankhorst> fresh mesa 9.2 for everyone!
[09:31] <Sweetshark> mlankhorst: ;>
[09:31] <Sweetshark> mlankhorst: you just did that to sneak in before LO!
[09:32] <mlankhorst> actually it's still build-dep waiting on arm :P
[09:34] <mlankhorst> https://launchpad.net/ubuntu/+source/llvm-toolchain-3.3/1:3.3-5ubuntu4/+build/4916418 if you click f5 repeatedly it will build faster, but still finish in slightly under 3 hours
[09:34] <mlankhorst> :P
[09:43] <seb128> Laney, trivial mp for you: https://code.launchpad.net/~seb128/ubuntu-system-settings/use-better-icon/+merge/182851
[09:44] <sil2100> Mirv: unity green :O
[09:51] <Laney> seb128: righto
[09:51] <seb128> Laney, thanks
[09:51] <Laney> the libav 9 transition looks scary
[09:51] <Mirv> sil2100: yep, I published it :) (after seeing the scanner scope was already approved)
[09:51] <sil2100> \o\
[09:51] <sil2100> /o/
[09:52] <Mirv> sil2100: do you know if there's a delay from commit landing to when cu2d can detect it?
[09:52] <tvoss> sil2100, how can I say that a file in a package replaces exactly the same file from another package?
[09:52] <Mirv> sil2100: I tried a rerun of sdk/ubuntu-ui-toolkit, but even though the trunk had updated itself 15 mins earlier, it did not take it, just said that no updates since last daily release
[09:52] <sil2100> Mirv: hmm, I think there is none actually, since yesterday I fired a stack almost instantly after pushing to a trunk and it was ok
[09:52] <Mirv> sil2100: so on your tick, please watch sdk -> ubuntu-ui-toolkit, since it'd need to release with the new commit
[09:52] <sil2100> Mirv: hmmm, strangeness!
[09:53] <Mirv> sil2100: so that commit 724 should land but I couldn't for some reason before now your tick was approaching https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/trunk
[09:53] <sil2100> tvoss: you mean, you're replacing just one file from another package, yes?
[09:53] <seb128> TheMuso, hey, did you see https://bugs.launchpad.net/bugs/1217757 ?
[09:53] <ubot2`> Launchpad bug 1217757 in dbus (Ubuntu) "Error retrieving accessibility bus address: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. " [High,Confirmed]
[09:54] <tvoss> sil2100, true
[09:55] <sil2100> tvoss: you should normally do a Replaces: in the package that will overwrite the file, usually also with a Breaks: (but not necessary)
[09:55] <seb128> tvoss, http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces
[09:55] <tvoss> sil2100, okay, found another solution :)
[09:56] <seb128> Sweetsha1k, https://launchpad.net/ubuntu/saucy/+source/libreoffice/1:4.1.1-0ubuntu1
[09:57] <Sweetsha1k> seb128: awesome, thanks!
[09:57] <seb128> yw!
[10:03] <sil2100> Mirv: hmm, the stacks aren't startiiing!
[10:04] <Mirv> sil2100: you're too hasty, the secret you shouldn't share with anyone is that it's :03 to be exact :)
[10:05] <sil2100> Aaaaaaa
[10:05] <sil2100> ;)
[10:06] <sil2100> Huuush
[10:19] <tkamppeter> seb128, hi
[10:20] <seb128> tkamppeter, hey
[10:29] <tkamppeter> seb128, it seems that as Jasper also openjpeg is dead upstream, see the log of my conversation on the #ghostscript IRC on Freenode, on bug 711061, comment #21.
[10:29] <ubot2`> Launchpad bug 711061 in openjpeg (Ubuntu) "[MIR] libopenjpeg2" [High,Won't fix] https://launchpad.net/bugs/711061
[10:33] <seb128> tsdgeos commenting in his usual sharp style ;-)
[10:33] <tsdgeos> i'm sorry
[10:33] <tsdgeos> most probably the same errors are in 1.5.1
[10:34] <tsdgeos> but if we get someone to spend what seems like a consireble amount of time doing a security review
[10:34] <tsdgeos> it'd make sense to get him to try not an old version
[10:34] <tsdgeos> but that's just me
[10:34] <tsdgeos> i know nothing about distros
[10:34] <seb128> tsdgeos, they review what is in the archive since that's we ask to promote
[10:35] <tsdgeos> ok, i guess it makes sense from a distro point
[10:36] <seb128> right, our (packager) fault to have the version outdated
[10:36] <seb128> not the security's team fault
[10:36] <seb128> they have to judge on what we ship, not on what we could be shipping
[10:39] <tsdgeos> ok
[10:40] <tsdgeos> tkamppeter: dead upstream?
[10:40] <tsdgeos> tkamppeter: http://code.google.com/p/openjpeg/source/list ?
[10:45] <tkamppeter> tsdgeos, GS developers told that they waited for weeks to get answers on their patches and bug reports. Perhaps they asked the wrong people. Can it be that the dev team has changed?
[10:45] <seb128> tkamppeter, I think upstream seems ok
[10:47] <tsdgeos> tkamppeter: oh i agree upstream is hard to work with
[10:47] <tsdgeos> but i wouldn't say it's "dead"
[11:05] <sil2100> Mirv: https://code.launchpad.net/~sil2100/unity-lens-applications/bump_libcolumbus/+merge/182866 <- can you review so we can unblock libcolumbus from -proposed?
[11:14] <Mirv> sil2100: ok
[11:14] <sil2100> Mirv: thank you!
[11:18] <sil2100> Mirv: also, this if you can! https://code.launchpad.net/~sil2100/cupstream2distro-config/extra_pkgs_again/+merge/182873
[11:22] <desrt> pitti: your upower fix: do you still need a fix in systemd-shim?
[11:22] <desrt> or is the issue closed?
[11:31] <pitti> desrt: would be nice, but it's really "wishlist" (or wontfix) at this point
[11:31] <pitti> desrt: eventually we want to move all upower suspend API users to directly talk to logind
[11:31] <desrt> maybe i'll take a look when i get home, then
[11:31] <desrt> or maybe not :)
[11:31] <pitti> and then drop teh upower suspend API (it's already deprecated)
[11:32] <desrt> you know... i have this nice feeling about "FINALLY... we have one true suspend API... all of this mess will soon be behind us"
[11:32] <desrt> but i feel like perhaps this was the same feeling that people had the past 5 times :)
[11:33] <sil2100> Mirv: redeployign those stacks anyway, since I want those stacks to run
[11:33] <sil2100> (I guess things like extra-packages are safe)
[11:34] <Laney> slomo: what happens if gst-libav is at 1.0.x when everything else is at 1.1.x? would it be bad? :-)
[11:36] <Mirv> sil2100: it's ok, I guess it should be tinkered though why those gl packages need to be there - shouldn't they be in the default desktop seed anyway and the packages list is about packages that are not?
[11:36] <Mirv> so, approved with comments
[11:38] <Mirv> sil2100: I guess miracle happened and webapps is publishable? be quick, unity-webapps-qml won't be non-flaky often ;)
[11:44] <slomo> Laney: it should work, there might just be bugs in 1.0.x that were fixed in 1.1 ;)
[11:44] <slomo> Laney: if it doesn't work it is a bug, all should be backwards compatible
[11:44] <Laney> slomo: fair enough
[11:44] <Laney> slomo: that's good, I didn't know if there would be private API/ABI between gst components
[11:44] <Laney> I'm not sure how likely libav 9 is ...
[11:48] <Laney> transition looks messy in debian
[11:51] <slomo> Laney: yes, it's not a beautiful transition :(
[11:54] <Laney> unblocked
[11:54] <Laney> 1.1 should migrate soon, all things being equal
[11:58] <tkamppeter> seb128, how does Poppler handle JPEG2000 currently? I have a PDF file which contains JPEG2000 according to a GS bug report and Poppler displays it.
[11:58] <seb128> tkamppeter, you might want to ask tsdgeos, I though it wouldn't in Ubuntu since we don't build poppler with openjpeg
[12:00] <tkamppeter> seb128, actually, I have displayed the PDF file with evince, which AFAIK uses Poppler, or has evince a fallback to GS on failed PDFs?
[12:01] <seb128> tkamppeter, it uses poppler
[12:02] <tkamppeter> tsdgeos, how is current Ubuntu's Poppler able to display a PDF file which contains JPEG2000?
[12:03] <seb128> tkamppeter, it might be that libjpeg is able to display some of those
[12:04] <slomo> Laney: ok, and if there are problems please tell me (if possible first ask in #gstreamer about it, might get you an answer faster than the time needed to create a bugreport :) )
[12:04] <Laney> slomo: ok then
[12:14] <happyaron> regarding the dependency of ibus in gnome-settings-daemon and gnome-control-center, do you think we can downgrade it from Depends to Recommends, or just drop it?
[12:15] <seb128> happyaron, hey, I'm not sure about that...
[12:16] <seb128> happyaron, well, Recommends might be doable, but it's needed for some of the keyboard stuff
[12:16] <seb128> happyaron, do you know why Kylin can't/doesn't want to use ibus?
[12:16] <happyaron> seb128: the dependecy was added when enabling ibus integration, I guess the purpose is to ensure upgrade path? but this forces everyone install ibus..
[12:16] <happyaron> seb128: ibus is just not as good as fcitx for a wider audience at China...
[12:17] <seb128> happyaron, is that a lack of input engines  for ibus?
[12:17] <seb128> happyaron, it doesn't make sense to have Ubuntu being suboptimal for Chinese users, we should either fix ibus or migrate Ubuntu to fcitx imho
[12:18] <happyaron> seb128: no, engines are all the same between the two. But features like skin support, cloud pinyin, are the killer part from fcitx.
[12:18] <seb128> happyaron, well, in any case I'm not familiar enough with what the GNOME stack needs
[12:19] <seb128> but I think jbicha mentioned this cycle that gnome-control-center's keyboard ui requires ibus to be running to be able to configure some stuff
[12:19] <seb128> which is why we depends on it
[12:19] <seb128> otherwise you get stuff not working
[12:20] <happyaron> I looked at the code of g-s-d and there is no apparent dependecy, but let me check on real installation first.
[12:21] <seb128> happyaron, I think it was on the g-c-c side; you couldn't configure some stuff without it
[12:22] <seb128> happyaron, at least you can't set input methods without ibus running
[12:22] <happyaron> seb128: but if user choose not to use ibus, it shouldn't be configurable using ibus's configration tool anyway.
[12:23] <seb128> happyaron, the issue is not users that choose to not use, it's to have the default installation working
[12:23] <seb128> happyaron, if you get a box coming with Ubuntu pre-installed you should be able to active an input method
[12:23] <seb128> without having to know that you need to go install ibus
[12:23] <seb128> normal users don't even know what packages are
[12:23] <seb128> the UI should just work
[12:23] <happyaron> seb128: why not using ubuntu-desktop meta package?
[12:24] <happyaron> to pull in ibus
[12:24] <seb128> happyaron, because if g-c-c uses ibus directly it should depends on it
[12:24] <seb128> otherwise if you install xubuntu, then install gnome-control-center, you get non working software
[12:25] <seb128> installing a component should always bring with it the depends it needs to work properly
[12:27] <happyaron> seb128: I see no difference on g-c-c on having ibus installed/purged
[12:28] <happyaron> seb128: g-c-c has ibus support, so when ibus is ibus, it can be used to configure ibus. but when ibus is not running, it has nothing to do with ibus.
[12:29] <happyaron> so it should not Depends on ibus, because ibus is something good-to-have (recommended by GNOME devs).
[12:29] <seb128> happyaron, see http://irclogs.ubuntu.com/2013/07/17/%23ubuntu-desktop.html
[12:29] <seb128> "jbicha	g-c-c doesn't show ibus layouts in the add layout dialog without ibus-daemon running"
[12:31] <seb128> happyaron, I'm fine with changing the Depends to a Recommends
[12:31] <seb128> happyaron, not sure about dropping it though
[12:31] <Laney> recommends would let them keep their hack to remove it
[12:31] <seb128> right
[12:31] <Mirv> sil2100: joining the hangout?
[12:31] <seb128> I still feel the situation is buggy
[12:32] <seb128> we should have whatever is best on Ubuntu as well
[12:32] <happyaron> recommends is good, though I don't think g-c-c/g-s-d needs such dependency...
[12:32] <seb128> which means fixing ibus or moving to fcitx
[12:32] <happyaron> if you don't have ibus installed, then g-c-c won't configure ibus, this is optional in design.
[12:33] <happyaron> so if people don't use ibus to input stuff at all, they aren't loosing anything in g-c-c.
[12:34]  * happyaron loosing -> lost
[12:35] <happyaron> and default input method should be selected using ubuntu-desktop meta, and kubuntu needs to select its own, and so on.
[12:35] <happyaron> thoughts?
[12:35] <seb128> to me it seems g-c-c is more feature complete with ibus installed
[12:35] <seb128> so it should Recommends it
[12:36] <happyaron> ok, it's already good enough.
[12:36] <seb128> because that's what recommends are about
[12:36] <happyaron> :)
[12:38] <happyaron> seb128: for g-s-d, do you agree we can do the same?
[12:38] <seb128> happyaron, yes
[12:39] <happyaron> ok
[12:45] <tsdgeos> tkamppeter: poppler has it's own buggier, less secure and worse jpeg2000 decoded
[12:45] <tsdgeos> interestingly noone has vetoed poppler in main for that D:
[12:45] <tsdgeos> seb128: ↑↑↑
[12:49] <seb128> tsdgeos, right, security team is small, they try to bring some sanity but can't block/fix the world
[12:54] <Mirv> seb128: I know you're busy, but any change of a qtpim upload or know someone who wouldn't be completely under FF load? https://code.launchpad.net/~timo-jyrinki/ubuntu/saucy/qtpim-opensource-src/new_snapshot/+merge/182874
[12:55] <Mirv> (or https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-proper/+files/qtpim-opensource-src_5.0%7Egit20130828.orig.tar.gz + lp:~kubuntu-packagers/kubuntu-packaging/qtpim-opensource-src )
[12:56] <seb128> Mirv, I guess I can do that
[12:57] <Mirv> seb128: it would be much appreciated, and boiko would appreciate as well
[13:20] <seb128> Mirv, sponsored, commit back to the kubuntu vcs
[13:21] <Mirv> seb128: thanks a lot, letting boiko to get the news, and committing that back
[13:22] <seb128> Mirv, oh, sorry, 'commit back', I meant I pushed the debcommit -r to the vcs
[13:22] <seb128> e.g it's done
[13:23] <Mirv> seb128: right, I see it, thanks!
[13:46] <Mirv> seb128: it seems sil2100 is not asking it before the next tick, but there is adding of default webapps (amazon + u1) needing ack http://10.97.0.1:8080/view/cu2d/view/Head/view/WebApps/job/cu2d-webapp-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_webapps-applications_2.4.16+13.10.20130829.2-0ubuntu1.diff
[13:46] <TheMuso> seb128: I would have when oging through my mil today,b ut thanks for the heads up. This has been discussed on an upstrea ml, and I'm just checking to see if a bug has been filed, etc.
[13:47] <sil2100> ;)
[13:47] <seb128> TheMuso, good morning, thanks!
[13:49] <sil2100> Mirv: publishing unity8
[13:49] <Mirv> sil2100: already did
[13:49] <sil2100> Ah, just saw it turned gree
[13:49] <sil2100> n
[13:49] <Mirv> sil2100: platform needed two more tries before it finished
[13:50] <seb128> Mirv, I pinged the tvoss&co about the platform and triggered some retries
[13:50] <sil2100> Flacky tests?
[13:50] <seb128> it finally published
[13:50] <seb128> yes, flacky lens tests
[13:51] <Mirv> seb128: yes, it took turns about whether the test failed on intel or nvidia
[13:51] <Mirv> seb128: what about that webapps? ^
[13:51] <sil2100> diff looks okish
[13:51] <seb128> Mirv, +1
[13:51] <Mirv> seb128: the thing with retries is that unity autopilot tests were blocking the queue for 1.5h (as usual), so it was quite close call before the platform finally got to retry
[13:51] <Mirv> ok, publishing
[14:01] <seb128> Laney, fyi https://bugs.launchpad.net/unity8/+bug/1218402 and mterry is going to make the greeter read from accountsservice
[14:01] <ubot2`> Launchpad bug 1218402 in Unity 8 "greeter needs to read the background image from account service" [Undecided,New]
[14:01] <mlankhorst> Sweetshark: still waiting on lo, mesa 9.2 hit main :D
[14:02] <Laney> seb128: great
[14:02] <Laney> mterry: got a few minutes to look over the vendor extension branch to u-s-s that seb128 requested a review from you on? ;-)
[14:02] <happyaron> seb128: when would you like to have an upload of g-c-c and g-s-d? so I can tell those people when they can apply their changes to iso
[14:02] <seb128> happyaron, sure, let me have a look
[14:03] <mterry> Laney, seb128 I don't remember that branch...  can you link me again?
[14:03] <seb128> happyaron, I saw the email, sponsoring that in a minute
[14:03] <happyaron> great
[14:03] <Laney> mterry: https://code.launchpad.net/~laney/ubuntu-system-settings/security-privacy-accountsservice/+merge/182381
[14:06] <Sweetshark> mlankhorst: amd64 finished, i386 almost finished :/
[14:07] <mlankhorst> and no slow dash blur this time!
[14:16] <Laney> mterry: merci!
[14:26] <Laney> mterry: Might lightdm want to be able to modify these settings?
[14:26] <Laney> I didn't add the extra permissions because I thought they weren't needed
[14:26] <Laney> and IIRC it should be able to read by default without any special permissions
[14:28] <mterry> Laney, uh, lightdm probably doesn't want to modify no....
[14:28] <mterry> Laney, but ReadAny requires admin rights by default I think
[14:28] <mterry> Laney, so you may want to use an override like unity8 does by dropping a file into place that says lightdm can read
[14:30] <sil2100> mterry: hello!
[14:31] <Laney> mterry: hmm, maybe I don't understand the code of accountsservice... http://cgit.freedesktop.org/accountsservice/tree/src/user.c#n660
[14:32] <mterry> Laney, oh right, but I assumed you would want to lock it down a bit
[14:32] <mterry> Laney, maybe there's nothing sensitive yet
[14:33] <mterry> plus most of these settings will be visible on lock screen anyway
[14:33] <Laney> well, given that it's being read by the greeter you can figure out what the settings are
[14:33] <Laney> something to bear in mind though
[14:42] <Laney> seb128: should be good for you to re-review
[14:42] <Laney> still unhappy about the symlink thing
[14:48] <seb128> Laney, did you try asking mardy maybe?
[14:48] <Laney> nope
[14:48] <Laney> to #ubuntu-touch!
[14:53] <stgraber> jbicha: ping
[14:54] <Sweetshark> ricotz: https://plus.google.com/u/0/101094190333184858950/posts/NQSRkXBpwZa btw ;)
[14:54] <stgraber> stgraber@castiana:~/Desktop/lxc/tmp$ grep -h ^Exec= /usr/share/xsessions/gnome-fallback*
[14:54] <stgraber> Exec=gnome-session --session=gnome-flashback-compiz
[14:54] <stgraber> Exec=gnome-session-flashback
[14:54] <stgraber> jbicha: ^
[14:55] <stgraber> jbicha: so the problem is that weird gnome-session-flashback I think as it's not known to upstart. Why isn't that gnome-session --session=gnome-flashback?
[14:55] <tedg> cyphermox, Where are we with the preNEW here?  https://code.launchpad.net/~ted/cupstream2distro-config/daily-session-broadcast/+merge/182721
[14:56] <ricotz> Sweetshark, i see ;) -- full builds are in progress and should succeed if they don't run out of space
[14:57] <jbicha> stgraber: uh, because Debian provides a binary which can be overriden for people that wanted to use something besides metacity or whatever
[14:58] <jbicha> we could drop that in Ubuntu since I doubt more than a few people know about that feature
[15:00] <stgraber> jbicha: ok. I'll take care of making those .desktop consistent once I figure out a fix for the rest of the problem (gnome-session being passed the wrong session name)
[15:02] <mhall119> jasoncwarner: seb128: sil2100: can you guys fill in highlights from the client track for today's closing plenary: http://pad.ubuntu.com/uds-1308-track-summaries
[15:02] <cyphermox> tedg: my bad, I completely forgot
[15:03] <cyphermox> seb128: do you have time for more reviews? https://code.launchpad.net/~ted/cupstream2distro-config/daily-session-broadcast/+merge/182721
[15:03] <stgraber> jbicha: the actual problem is that when you start gnome-fallback, DESKTOP_SESSION is set to gnome-fallback, not gnome-flashback. So under normal use, that'd just cause some wrong .desktop to be shown and similar issues but as upstart uses that to call gnome-session, that causes it to fail entirely
[15:04] <sil2100> mhall119: sure, will do that before the closing plenary
[15:05] <mhall119> we'll also need one of you to be on the hangout to give your track's summary
[15:06] <stgraber> jbicha: so I see two ways out of that. 1) We find a way to get lightdm to override DESKTOP_SESSION to have it match the name of the gnome-session and not that of the xsession 2) We add two symlinks to gnome-session-flashback so that gnome-fallback and gnome-fallback-compiz exist as gnome-sessions too.
[15:07] <stgraber> jbicha: I think the real fix however is to switch entirely to gnome-flashback for 14.04 and figure out a way to get the users moved from one to the other automatically.
[15:08] <jbicha> I figured out the fix for bug 1194138, we weren't installing https://git.gnome.org/browse/gnome-settings-daemon/tree/data/org.freedesktop.IBus.service.in
[15:08] <ubot2`> Launchpad bug 1194138 in gnome-settings-daemon (Ubuntu) "ibus-daemon doesn't autostart" [Undecided,Triaged] https://launchpad.net/bugs/1194138
[15:09] <jbicha> happyaron: do you know whether fixing that will make the Kylin ibus problem worse? ^
[15:10] <jbicha> more explanation at https://git.gnome.org/browse/gnome-settings-daemon/commit/?id=557bfce
[15:10] <Laney> jbicha: I think ibus was going to be made a recommends
[15:11] <Laney> so that kylin can keep on removing it
[15:11] <jbicha> I'm not so sure things will work right if they try that...
[15:11] <Laney> happyaron says it will ...
[15:11]  * Laney doesn't know
[15:12] <jbicha> can I go ahead and push the fix to install that file or should we wait to see if a kylin rebuild works now first?
[15:14] <Laney> go ahead
[15:14] <Laney> whether they get 18 or 19 isn't really important
[15:15] <seb128> mhall119, @pad: ack
[15:15] <seb128> cyphermox, not so much no, does it need to land for ff?
[15:16] <happyaron> jbicha Laney shouldn't ibus-daemon launched by im-config?
[15:17] <jbicha> happyaron: that requires people to know that they need to run im-config if they want to use input methods which isn't a great user experience
[15:17] <cyphermox> tedg: ^^
[15:18] <happyaron> jbicha: AFAIK im-config defaults to start ibus when available?
[15:18] <happyaron> without user intervention
[15:18] <tedg> seb128, It's not currently in the touch FFe, but I've e-mailed slangasek about adding it (don't think it should be an issue)
[15:18] <tedg> seb128, Not sure if new packages need to be done for FF ?
[15:18] <tedg> i.e. can we add packages after FF?
[15:19] <seb128> pitti, do you watch upower upstream bugs? I opened some bugs today, not sure if I need manual ping to get feedback (they are not high priority, I workarounded most in the client code)
[15:19] <seb128> tedg, to universe/touch, yes
[15:19] <pitti> seb128: no, I don't usually
[15:19] <seb128> tedg, to desktop, needs ffe
[15:19] <jbicha> happyaron: I don't think it does, did you read the bug I posted?
[15:19] <seb128> pitti, I guess charge datas is not really things you work on anyway?
[15:19] <pitti> seb128: btw, I got all recent patches upstream now and uploaded a new snapshot to D/U
[15:19] <seb128> pitti, e.g https://bugs.freedesktop.org/show_bug.cgi?id=68711
[15:19] <ubot2`> Freedesktop bug 68711 in general "should add a charge's record when status change" [Normal,New]
[15:19] <seb128> pitti, I saw, thanks!
[15:20] <happyaron> jbicha: yes, but I suggest fixing im-config if it really doesn't start ibus.
[15:20] <pitti> seb128: I haven't done much on that yet, but I can look into it as long as the problem is reproducible
[15:20] <jbicha> happyaron: why can't we just use gnome's method?
[15:21] <pitti> seb128: hm, I have no firm idea what should happen in that case really
[15:21] <tedg> seb128, I'm confused by your reply :-)  Sounds like I need an FFe either way?
[15:21] <happyaron> jbicha: that would make im-config pointless, and switching to other input method may be broken then.
[15:21] <seb128> tedg, touch work is covered by the standing ffe slangasek filed
[15:22] <seb128> tedg, e.g no need to do more paper work, it's already done
[15:22] <tedg> seb128, Okay, and that covers new packages as well?
[15:22] <seb128> tedg, if you aim to be in main/desktop, then you need ff
[15:22] <Laney> no it does not
[15:22] <jbicha> happyaron: ok, but shouldn't you be fighting that battle with gnome too then?
[15:22] <Laney> it has a list of packages
[15:22] <seb128> tedg, that's a good question, I don't think it does
[15:22] <Laney> you need to comment on the bug to get new packages added
[15:22] <seb128> tedg, where is that package going to be used? do you need it this cycle?
[15:22] <tedg> seb128, Yes, it's used by the unity-greeter
[15:22] <tedg> unity8 greeter to be more specific
[15:23] <happyaron> jbicha: not sure what do you mean. im-config simply does not know how to handle xdg autostart and dbus triggered IM configurations...
[15:23] <seb128> tedg, shrug, let me have a look if the package is easy
[15:23] <seb128> tedg, you guys need to stop the crazyness :p
[15:23] <tedg> seb128, It should be, mterry has looked at it as well.
[15:24] <seb128> tedg, focus on indicators/settings :p
[15:24] <tedg> seb128, Sorry, yes, I was waiting on upstart 1.9.2 to land this one, because it doesn't work without it :-/  But, eh, FF.
[15:25] <happyaron> seb128: the behaviour I expect from GNOME is that if ibus-daemon is running, then everything about integration is working, but if ibus-daemon isn't running then it doesn't try to start ibus and do in traditional way.
[15:25] <happyaron> seb128: ah, sorry, this is for jbicha
[15:26] <seb128> tedg, cyphermox: nack for NEW
[15:26]  * mterry looks puppy dog eyes at seb128 
[15:27] <Sweetshark> mterry: hah!
[15:27] <seb128> $ grep License debian/copyright
[15:27] <seb128> License: GPL-3
[15:27] <seb128> License: GPL-3
[15:27] <seb128> ./libunity-greeter-session-broadcast/unity-greeter-session-broadcast.c: LGPL (v3)
[15:27] <seb128> ./libunity-greeter-session-broadcast/unity-greeter-session-broadcast.h: LGPL (v3)
[15:27] <seb128> mterry, ^
[15:27] <mterry> tedg, we might want to drop libu-g-s-b until it is implemented?
[15:27] <seb128> mterry, and stop the puppy dog eyes, that's not fair!
[15:28] <mterry> tedg, seb128, let me whip up a branch to fix licensing
[15:28] <seb128> mterry, thanks
[15:28] <tedg> mterry, Thanks!
[15:28]  * Sweetshark grabs mterrys puppy dog eyes and conserves them in a glass.
[15:28] <happyaron> jbicha: I just tried in zh_CN.UTF-8 locale and ibus-daemon seems running after logging into unity desktop
[15:28] <Sweetshark> they seems to be effective, lets reuse them.
[15:28] <seb128> mterry, tedg: service/service.c: LGPL (v3) as well
[15:28] <tedg> I'm not sure whether there's enough code there to be copyrightable :-)
[15:28] <tedg> Oh, that's a bug.
[15:29] <happyaron> jbicha: without any settings to im-config.
[15:30] <jbicha> happyaron: the dbus activation is pretty cool as it only starts ibus if an ibus method is in the list of currently configured sources
[15:31] <stgraber> jbicha: I'm doing a test build of a "fixed" gnome-panel now (dropping the gnome-session-flashback script and alternative and adding two symlinks for the gnome-session entries)
[15:31] <mterry> Sweetshark, :)
[15:31] <happyaron> jbicha: I guess I know what's wrong from im-config. we changed its default setting, making it only runs in cjkv locales.
[15:32] <happyaron> jbicha: I'm curious what will happen if another input method is already running if we enabled the dbus activation.
[15:33] <happyaron> so I think one of the quick solution is to revert back to upstream im-config, but this is less cool since ibus-daemon will run for everyone if installed.
[15:34] <mterry> seb128, tedg: https://code.launchpad.net/~mterry/unity-greeter-session-broadcast/licensing/+merge/182931
[15:34] <mterry> tedg, why did you name it so long?  I got arthritis halfway through typing the branch name
[15:34] <tedg> mterry, Because kenvandine says my names aren't descriptive enough
[15:35] <seb128> tedg, mterry: needsfixing (sorry)
[15:36] <mterry> seb128, guh, they keep cropping up.  my eyes are getting old and/or Sweetshark stole mine
[15:36] <mterry> seb128, fixed
[15:38] <seb128> mterry, approved
[15:38] <mterry> seb128, thanks!
[15:38] <mterry> tedg, seb128: so what do we need to do to get this in today?
[15:38] <seb128> mterry, that story about Sweetshark stealing eyes is scary
[15:38]  * seb128 stays away from Bjoern
[15:40] <seb128> mterry, I just approved the config change for cyphermox, I think it should be alright then
[15:41] <happyaron> jbicha: which do you prefer?
[15:41] <tedg> Thanks seb128 and mterry.  Not Sweetshark, he's scary.
[15:42] <mterry> seb128, thanks!
[15:42]  * Sweetshark shakes a glass with eyes in seb128s face and says "Im harmless, Id never hurt anyone." with a frozen smile.
[15:44] <seb128> doh
[15:44]  * seb128 hides
[15:44] <jbicha> happyaron: it sounds like your im-config method doesn't work in enough cases (someone with a non-ckjv locale) and forcing everyone to run ibus isn't great either https://lists.ubuntu.com/archives/ubuntu-devel/2013-July/037488.html
[15:45] <jbicha> I mean, can't Chinese users use ibus too? why does Kylin need to disable ibus completely?
[15:47] <happyaron> jbicha: ibus is not that good for Chinese users for features. even Ubuntu has ibus as default for years, we guess fcitx has nearly 50% share of user.
[15:47] <Sweetshark> mterry: your puppy eyes seemed to have stopped working, you can have them back, if they help you reading and stuff ...
[15:48] <mterry> Sweetshark, you can't just put puppy dog eyes in a jar and shake them at people  :)  You're bad at puppy dog eyes
[15:48] <Sweetshark> mterry: oh?
[15:49] <seb128> TheMuso, can you give me a 1 line summary of the outcome of the a11y in ubuntu touch session?
[15:49]  * mterry is nervous to see Sweetshark's "duck face"
[15:49] <happyaron> jbicha: if we shift to your solution, then we need to make sure that when another input method is already running ibus quit silently and gnome-* does not break.
[15:51] <stgraber> jbicha: ok, so my patch works as expected, however I noticed another issue (with or without upstart), running gnome-fallback-compiz gives me a session with gnome-panel and compiz but with the unity plugin enabled in compiz
[15:52] <stgraber> jbicha: the patch is: http://paste.ubuntu.com/6040771/ (will upload in an hour unless you shout at me first ;))
[15:56] <cyphermox> seb128: what config change?
[15:56] <jbicha> stgraber: if it works, go ahead; I won't be using flashback today
[15:56] <seb128> cyphermox, the one you pinged about half an hour ago?
[15:57] <happyaron> bed time, cya
[15:59] <cyphermox> oh, ok, the review for ted
[16:01] <jbicha> xnox: if you've got a spare minute today, could you look at https://code.launchpad.net/~jbicha/ubuntu-themes/drop-input-keyboard-icon/+merge/181793 ?
[16:03] <xnox> jbicha: can't promise, now, but before UI freeze.
[16:10] <seb128> TheMuso, hey, around?
[16:10] <Laney> is the greeter responsible for locking?
[16:11] <Laney> i.e. should i put that in accountsservice too?
[16:11] <seb128> Laney, "that"?
[16:11] <Laney> locking method, timeout, passphrase
[16:11] <seb128> Laney, oh, I guess you didn't see my ping yesterday evening
[16:11] <Laney> not sure
[16:11] <Laney> maybe I just forgot :-)
[16:12] <seb128> Laney, https://bugs.launchpad.net/ubuntu-system-settings/+bug/1218010
[16:12] <ubot2`> Launchpad bug 1218010 in ubuntu-system-settings "greeter unlock configuration" [Undecided,New]
[16:12] <Laney> aha
[16:13] <Laney> strange interface
[16:14] <seb128> it's a config around pam
[16:14] <seb128> so not the most modern interface, and oriented secure
[16:15] <Laney> system-settings is handling the group membership?
[16:17] <seb128> "group membership"?
[16:17] <seb128> oh the nopasswdgroup stuff?
[16:17] <seb128> I've no idea, my guess is that they are going to need to sort out for the default install
[16:17] <seb128> we are going to want swipe to unlock to be default
[16:18] <seb128> we should probably wait on them to get there
[16:19] <Laney> wait
[16:19] <Laney> accountsservice has code to do this
[16:32] <jbicha> seb128: I shouldn't have pushed the drop of 57_use_nonsymbolic_keyboard_icon.patch from g-c-c since my ubuntu-themes mp wasn't accepted yet
[16:34] <seb128> jbicha, :-(
[16:34] <seb128> jbicha, I was wondering about that, but I assumed you had it tested
[16:34] <seb128> jbicha, can you revert? there is also a mp from darkxst in the queue that I saw after doing the update, if you want to include that
[16:35] <jbicha> seb128: yes I'm uploading in a minute then I'm out for an appt
[16:35] <seb128> jbicha, thanks
[17:25] <sil2100> cyphermox: I'm publishing SDK, since Ken made the packaging changes so it's a +1
[17:27] <sil2100> kenvandine, Mirv: ^
[17:31] <kenvandine> thx
[17:33] <jasoncwarner> hey seb128, did update today and got a g-s-d crash on reboot. made my system super unstable and generally cranky https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1218524
[17:33] <ubot2`> Launchpad bug 1218524 in gnome-settings-daemon (Ubuntu) "gnome-settings-daemon crashed with SIGABRT" [Undecided,New]
[17:34] <seb128> jasoncwarner, does it do it every time or was that a one time thing?
[17:34] <jasoncwarner> seb128: not sure will reboot again and see.
[17:34] <seb128> jasoncwarner, I don't like the look of https://launchpadlibrarian.net/148799603/upstart.gnome-settings-daemon.log.txt
[17:34] <seb128> jasoncwarner, sounds like your dbus is screwed
[17:35] <seb128> jasoncwarner, could be a side effect of the new dbus with confinement
[17:35] <seb128> jasoncwarner, yes, please reboot and tell me if that's persistant or a one time thing
[17:35] <jasoncwarner> seb128: doing it now...had to hard reboot. system was very locked up
[17:38] <jasoncwarner> seb128: crash didn't happen again, but system isn't exactly usable. slow, unresponsive and REALLY laggy.
[17:38] <jasoncwarner> rebooting again
[17:38] <seb128> jasoncwarner, do you use mir?
[17:39] <jasoncwarner> seb128: not on this one
[17:40] <seb128> jasoncwarner, could be https://bugs.launchpad.net/ubuntu/+source/gedit/+bug/1217757
[17:40] <ubot2`> Launchpad bug 1217757 in dbus (Ubuntu) "Error retrieving accessibility bus address: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. " [High,Confirmed]
[17:40] <seb128> jasoncwarner, basically issues with the new a11y stuff TheMuso uploaded
[17:40] <seb128> jasoncwarner, I assigned him the bug yesterday but he didn't comment on it yet
[17:42] <jasoncwarner> seb128: thanks. TheMuso ^^ can you take a look ASAP. system is pretty dead right now.
[17:43] <seb128> jasoncwarner, you are on amd64 right?
[17:43] <jasoncwarner> seb128: yes
[17:43] <seb128> jasoncwarner, can you "wget https://launchpad.net/ubuntu/+source/at-spi2-core/2.9.5-1ubuntu1/+build/4878395/+files/at-spi2-core_2.9.5-1ubuntu1_amd64.deb https://launchpad.net/ubuntu/+source/at-spi2-core/2.9.5-1ubuntu1/+build/4878395/+files/libatspi2.0-0_2.9.5-1ubuntu1_amd64.deb; sudo dpkg -i *.deb; reboot"
[17:44] <seb128> jasoncwarner, just to try if that fixes things for you
[17:44] <jasoncwarner> seb128: I'll give that a go. right now just doing anything is painful!
[17:45] <jasoncwarner> seb128: if it helps debug at all, menus are very borked. Like, global menu shows up, then goes away and local window menus come back and it keeps flip-flopping
[17:45] <seb128> jasoncwarner, does any process eats cpu in top?
[17:46] <seb128> jasoncwarner, I would start by trying that downgrade and reboot
[17:46] <seb128> if that's not it, then dbus is next on my list of potential trouble maker
[17:46] <jasoncwarner> xorg and gnome-fallback keep alternating
[17:46] <jasoncwarner> one is at 90% and then the other
[17:46] <seb128> urg
[17:51] <mhall119> jasoncwarner: seb128:  sil2100: who's going ot give the client track summary today?
[17:52] <seb128> mhall119, doh, we need to do that? I though we just needed to put notes on the etherpad
[17:52] <sil2100> Ah, so it's just one person per track?
[17:52] <mhall119> nope, need somebody to present
[17:52] <seb128> mhall119, I'm going for dinner soon, I'm not sure I'll be back by then
[17:52] <mhall119> 11:04 < mhall119> we'll also need one of you to be on the hangout to give your  track's summary
[17:52]  * sil2100 had the wrong impression that both people need to be present
[17:53] <sil2100> But I can give the final presentation if seb128 can't make it
[17:53] <seb128> sil2100, thanks
[17:53] <jasoncwarner> thanks, sil2100
[17:53] <sil2100> I'll just check what was up on his sessions
[17:53] <sil2100> jasoncwarner: or maybe you want to take it ;) ?
[17:53] <mhall119> thanks sil2100
[17:53] <seb128> mhall119, sorry, just too much crazyness/pings/backlog during the day with sessions going on
[17:53] <mhall119> seb128: I understand that perfectly :)
[17:53] <seb128> sil2100, I put notes on the pad
[17:54] <seb128> sil2100, waiting on TheMuso to reply about the outcome of the a11y session
[17:54] <sil2100> seb128: indeed, I see those, just need to fit them into the sessions nicely
[17:54] <seb128> but he doesn't seem to be around today
[17:54] <sil2100> ACK
[17:56] <TheMuso> Re a11y session, essentially an effort will be made to provide screen reader accessibility for 14.04, and possibly high contrast theming if design can fit it in.
[17:57] <seb128> TheMuso, thanks
[17:57] <seb128> sil2100, ^
[17:57] <TheMuso> np
[17:57]  * seb128 needs to go for dinner, bbl
[18:36] <TheMuso> jasoncwarner: How did that downgrade go that seb128 suggested?
[18:43] <jasoncwarner> TheMuso seb128 downgrade didn't seem to work. got a 404 on a package. I needed to do something else for a bit.
[18:43] <seb128> jasoncwarner, did I screw the url?
[18:44] <seb128> jasoncwarner, https://launchpad.net/ubuntu/+source/at-spi2-core/2.9.5-1ubuntu1/+build/4878395
[18:44] <seb128> jasoncwarner, the links are on there
[18:44] <jasoncwarner> thanks, seb128
[18:44] <seb128> yw
[18:58] <TheMuso> As for the a11y stuff, I'll be debugging that once UDs is done, as I will need to be able to log out and back in.
[19:29] <sil2100> cyphermox, kenvandine: https://code.launchpad.net/~sil2100/cupstream2distro-config/phone_enable_compontent_tests/+merge/182996
[19:32] <kenvandine> sil2100, ack'd
[19:32] <sil2100> Thanks!
[19:37] <sil2100> robru: hi!
[19:38] <sil2100> robru: did you take a look at unity-voice?
[19:47] <sil2100> robru: also, were the cordova bits preNEW'ed (ACKed by some admin)?
[19:48] <robru> sil2100, i haven't heard of any preNEWing happening. seb128 said he would do it at one point but then i never heard back about it
[19:49] <sil2100> robru: ok, I guess we'll have to FFe it if it's needed for this release... and I guess it is? Or is it optional?
[19:49] <robru> sil2100, pitti already did a good review of the packaging, and I fixed everything he mentioned. but whatever specific step needs to be taken to complete the preNEW hasn't been done as far as I know
[19:49] <seb128> robru, what? cordova?
[19:50] <robru> sil2100, i am pretty sure it's needed for this release... it needs thorough testing before we include it in 14.04, that's for sure
[19:50] <robru> seb128, yep
[19:50] <seb128> robru, no way I can do that this week, those packages are non trivial and between FF vUDS and normal work I already work like 15 hours a day
[19:51] <robru> seb128, can we find some other archive admin for this? like i said, pitti already did a good review.
[19:51] <seb128> pitti doing a review doesn't help much
[19:51] <sil2100> I guess he giving a +1 on it is enough, now we just need to update the whitelist and then just release
[19:51] <seb128> it makes it more likely to be ok
[19:51] <sil2100> Right
[19:51] <seb128> but whoever reviews it still needs to do a full review
[19:52] <seb128> you can try pinging pitti again, or ask slangasek/infinity
[19:53] <robru> seb128, sil2100: it's not clear to me precisely what needs to be done. pitti did a review and i resolved the issues he raised.
[19:53] <robru> sil2100, (also, i have not looked at unity-voice yet, no)
[19:54] <seb128> robru, well, then ask him to ack it
[19:54] <seb128> robru, I don't have the specific of what pitti looked at or not so I can't guess, I need to do a full review again
[19:54] <seb128> robru, that's why it usually make sense for whoever did a review to ack that the fixes on top are enough
[19:56] <jbicha> seb128: https://code.launchpad.net/~jderose/ubuntu/saucy/ubuntu-settings/2finger/+merge/182244 is fine, right?
[19:57] <robru> seb128, ok, i sent an email to pitti. hopefully he finds some time tomorrow.
[19:58] <robru> sil2100, what about unity-voice should I be looking at?
[19:58] <seb128> robru, thanks
[19:59] <seb128> jbicha, no strong opinion on the topic, if you have one feel free to merge
[19:59] <seb128> jbicha, we can revert if that turns out to be unpopular
[20:01] <sil2100> robru: on the spreadsheet you're assigned to adding lp:unity-voice I saw!
[20:01] <robru> sil2100, hm, didn't notice it. somebody must have assigned me without telling me
[20:01] <sil2100> robru: probably Didier!
[20:01] <sil2100> robru: you have time and strength for that or should we re-assign that?
[20:02] <robru> cyphermox, are you taking care of http://10.97.0.1:8080/job/autopilot-saucy-daily_release/1425/label=autopilot-intel/console or do you want me to? easy fix but i don't want to step on your toes if you're already on it
[20:02] <cyphermox> let me check
[20:02] <robru> sil2100, i can definitely do it today. i just literally didn't even see it
[20:02] <sil2100> cyphermox, robru: wait with that guys
[20:02] <robru> ok
[20:02] <cyphermox> yeah, go for it robru
[20:02] <sil2100> cyphermox, robru: since hm, we can add those packages, but once libcolumbus goes out of -proposed (which will happen when we release the unity stack), it won't be needed
[20:03] <sil2100> cyphermox, robru: since libcolumbus is blocked in -proposed because of unity-lens-applications needing release - since it had to be fixed to dep on the new columbus
[20:03] <sil2100> robru: so I would opt for a temporary change in the jenkins job for now - want to do it, or can I?
[20:04] <robru> sil2100, i don't follow -- isn't the solution just to add libcolumbus to the packages: stanza? that's the only way i know how to handle that situation
[20:05] <sil2100> robru: there's also a trick to do that without having to modify the -config, which usually takes some time and then needs to be reverted if it's temporary
[20:05] <cyphermox> please add it
[20:05] <cyphermox> worst case we'll remove it later
[20:06] <sil2100> Well, your call guys, for such cases I prefer to just unblock temporarily, but I don't really care how it's achieved
[20:08] <robru> cyphermox, sil2100: ok, i'll add it
[20:11] <robru> cyphermox, https://code.launchpad.net/~robru/cupstream2distro-config/unity-columbus/+merge/183007 ;-)
[20:12] <sil2100> robru: approved, you can redeploy ;)
[20:12] <sil2100> (and re-run)
[20:13] <sil2100> The sooner libcolumbus leaves -proposed the better
[20:21] <robru> sil2100, ok, done. agreed, we can remove it later
[20:22] <sil2100> \o/
[20:23] <sil2100> robru: I guess webapps blocked in -proposed is done now already, as I don't see anything in the migration logs
[20:24] <robru> sil2100, I'm not sure what's going on with webapps, lots of weird flaky tests. yesterday I did two manual runs of it and got two different sets of test failures, within 20 mins of each other
[20:24] <sil2100> robru: yeah, we noticed it as well, it seems it rarely passes - because of flacky tests
[20:24] <sil2100> I guess we should inform upstream about that
[20:24] <sil2100> robru: can you do that?
[20:25] <sil2100> robru: since I guess this is the bug, right? https://bugs.launchpad.net/unity-webapps-qml/+bug/1218117
[20:25] <ubot2`> Launchpad bug 1218117 in unity-webapps-qml "KeyError: 'result'" [Critical,New]
[20:25] <robru> sil2100, yeah, I had started a bug already, and then timo swooped in and filled out many more failures in it
[20:25] <sil2100> Just I wonder if upstream checked that bug
[20:25] <robru> sil2100, i assigned it to alex, hopefully he checks his bug mail ;-)
[20:29] <sil2100> robru: ;) What timezone is he on?
[20:29] <sil2100> robru: since just in case we can always ping him in our work hours, just I wonder when to look for him
[20:29] <robru> sil2100, he's in montreal, like cyphermox, but strangeley they've never met
[20:30] <cyphermox> who?
[20:30] <robru> cyphermox, alex-abreu
[20:30] <cyphermox> ah, no, we've never met. strangely enough ;)
[20:30] <robru> hehehe
[20:30] <sil2100> Strange thing!
[20:30] <robru> cyphermox, i can't blame you. i share a city with jasoncwarner and we've only had lunch twice in a year.
[20:30] <sil2100> It's not like there are hundered thousand people in a city ;p
[20:31] <cyphermox> bah
[20:31] <cyphermox> he could at least try to show up in the office every once in a while then I'm there :P
[20:31] <robru> office? what's that?
[20:31] <alex-abreu> ?
[20:31] <robru> ;-)
[20:31] <robru> alex-abreu, fix your bugs! we're talking about you! neener-neener-neener!
[20:31] <cyphermox> pwahaha
[20:31] <alex-abreu> yeah I only went to the office once
[20:32] <alex-abreu> :)
[20:32] <alex-abreu> so many things to fix :/
[20:32] <cyphermox> alex-abreu: heh, I only go every once in a while
[20:32] <alex-abreu> wayyy over my head :)
[20:32] <cyphermox> we should go have lunch sometime though
[20:33] <robru> alex-abreu, regarding https://bugs.launchpad.net/unity-webapps-qml/+bug/1218117 if there's some tests that you don't understand why they're failing, maybe disable them for now and rewrite them later? it would be nice if the webapps stack would publish more often. lately it's failing like 80% of the time
[20:33] <ubot2`> Launchpad bug 1218117 in unity-webapps-qml "KeyError: 'result'" [Critical,New]
[20:34] <alex-abreu> robru, I don't really understand why they fail, some sort of race condition I think, but I never had time to investigate
[20:34] <alex-abreu> cyphermox, yes
[20:34] <alex-abreu> cyphermox, although I kind of lost the habit of "going out" for lunch
[20:35] <mterry> seb128, is unity-greeter-session-broadcast OK?  It doesn't seem to have been uploaded to saucy?
[20:36] <seb128> mterry, not sure, ask cyphermox, it's a daily release thing at this point and I'm not looking at those much (well I do look at what is green, but don't watch new components)
[20:37] <mterry> cyphermox, ^ poke
[20:38] <cyphermox> mterry: just a second
[20:39] <sil2100> Goodnight everyone!
[20:41] <cyphermox> mterry: indeed, seems like there's something missing
[20:41] <cyphermox> let me fix that
[20:43] <cyphermox> building now... let's hope this works
[20:43] <cyphermox> mterry: has this been reviewed by an archive admin yet?
[20:43] <cyphermox> seb128: ^ >
[20:43] <cyphermox> ?
[20:57] <alex-abreu> robru, the tests fail mostly always on the same VMs? vrruiz investigated the failures a bit I think, and there is some sort of race condition in slower machines
[20:58] <robru> alex-abreu, not sure about that.
[20:59] <alex-abreu> robru, ths trick is that I cannot repro it easily
[21:00] <robru> alex-abreu, yeah, I know race conditions are a mess, I've got some in Friends that I'm dealing with too.
[21:01] <robru> alex-abreu, do you know if all of the tests are subject to this race? or is it just a couple of them?
[21:01] <alex-abreu> remove the "easily" ... I cannot repro it at all ...
[21:01] <robru> alex-abreu, because it might be nice just to disable a couple of the raciest tests in order to get the stack publishing more often
[21:01] <alex-abreu> robru, quite a random list of them ...  the thing is that I commited something this week (I think) that should have fixed it ... but no
[21:02] <alex-abreu> yeah
[21:03] <alex-abreu> robru, mmmh might have an idea though ...
[21:03] <alex-abreu> I have to try it
[21:03] <robru> alex-abreu, please ;-)
[21:04] <alex-abreu> yeah, but trying it requires pushing an update & waiting for the tests to be run :)
[21:08] <robru> alex-abreu, well the tests get run ever 4hrs! so push it and we'll see. it
[21:08] <robru> it's trivial to revert if it makes things worse
[22:38] <robru> cyphermox, you around to help me with some symbols issues with a package?
[22:41] <robru> cyphermox, first time I've seen this, seems like quite a large diff (this is for lp:unity-voice)
[23:09] <cyphermox> sure
[23:30] <cyphermox> robru: where is the diff you want me to look at?