[08:55] <tsdgeos> Mirv: https://codereview.qt-project.org/#/c/140510/ has landed, can we get it asap?
[08:55] <tsdgeos> mardy: cool ↑ :)
[09:03] <Mirv> tsdgeos: yes, mardy already noted it
[09:03] <Mirv> tsdgeos: it's in silo 046 now
[09:04] <tsdgeos> nice
[09:16] <Guest42341> https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1515921
[09:18] <Guest42341> https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1515923
[11:44] <Mirv> tsdgeos: oh right, the DBus patches are another thing why it'd be nice to have Qt 5.6 in 16.04 LTS.
[11:44] <tsdgeos> Mirv: totally
[11:44] <Guest42341> 100%
[11:45] <tsdgeos> Mirv: not sure if it was you or someone else asking but the 5.6 LTS is supposed to be for ~3 years
[11:45] <Mirv> tsdgeos: someone else
[11:47] <Mirv> tsdgeos: what do you think about switching to generic bearer plugin for 5.5? that would solve the most pressing network problems on 5.5. although it doesn't mean that the networking wouldn't need fixes later on, but if not doing something we're staying with 5.4...
[11:48] <tsdgeos> Mirv: i have honestly not been following the discussion
[11:48] <tsdgeos> switching from nm to generic?
[11:48] <Mirv> tsdgeos: I think the reasons behind us switching to use NM bearer backend over a year ago were no completely correct.. the 3G connectivity problems were probably not because of that, but the remaining functionality with NM plugin is AFAIK more correct behavior when switching 3g or wifi on/off
[11:49] <Mirv> tsdgeos: well bug #1508945 explains it, it was the "weather app" bug I reported but found out that it's just the apparmor <-> network manager problem getting worse in 5.5, and again the apparmor rules are not wanted to be relaxed.
[11:51] <Mirv> since apparmor rule changes aren't allowed, one possibility is to trust other components to route network traffic correctly and use a generic bearer in Qt instead, since we don't want Qt controlling network-manager anyway
[11:53] <tsdgeos> Mirv: for phone apps it might be sufficient yes
[11:53] <tsdgeos> not sure making it the default "ubuntu desktop" wide makes sense though
[11:56] <Mirv> tsdgeos: well it is what was default before. but with the newest patches it's also selectable.
[11:56] <Mirv> tsdgeos: there's the slight problem with the current hard coding to NM that on desktop user might choose to not use NM...
[11:57] <tsdgeos> sure
[12:01] <popey> On Ubuntu phone in windowed mode, phone sat in landscape, if you open an app which forces portrait mode, or if you have such an app already open and click it with the mouse, the phone flips to portrait...
[12:01] <popey> Shouldn't unity 8 ignore portrait .desktop file settings when in windowed mode?
[12:03] <davmor2> popey: you'd hope so that would be no fun on a monitor
[12:03] <popey> yeah, dunno what it does with an external display, we didn't have one handy
[12:05] <tsdgeos> popey: i agree it's weird, i'd say open a bug
[12:09] <popey> k
[19:02] <ljp> Mirv: I wrote simple bearer plugin based on connectivity-api https://codereview.qt-project.org/#/c/140752/
[19:02] <ljp> since the nm bearer plugin won't work due to app armor
[21:08] <mterry> mzanetti, is there a known problem getting app icons in store on rc-proposed?
[21:09] <mterry> If I go to a category I don't have cached icons for, they don't load
[21:13] <mzanetti> mterry, hmm, no, not known
[21:17] <mterry> Is it just me?