[09:03] tsdgeos: hey, I've fixed https://code.launchpad.net/~3v1n0/unity8/fake-indicators-model/+merge/297509 again [09:04] Trevinho: okidoki [09:05] having also https://code.launchpad.net/~3v1n0/unity8/indicators-client-modernize https://code.launchpad.net/~3v1n0/ubuntu-system-settings/fix-system-update-linking and https://code.launchpad.net/~3v1n0/ubuntu-settings-components/cmake-staging-install-fix reviewed would be nice [09:07] yeah :/ [10:04] pstolowski, welcome back :) I have a question for you when you free [10:06] cimi, hi! [10:08] pstolowski, we would like to have some sort of unique id per preview, so we can on our unity8 side store some temporary data per each preview (for example, a text area of the preview of Dekko application preview) [10:14] hmm [10:17] cimi, the preview can be updated on user interactions, but it's still the same preview. e.g. when you install an app it's still the same preview model being updated, where some widgets change [10:18] cimi, would you expect such preview to have same id during entire user journey? [10:18] if the widgets are "the same" yes [10:19] cimi, and if any bit of a widget changes, it's a "new" preview? [10:19] so the point is we use a plugin to store data.... imagine you are writing a review for Dekko, then you rotate the device and the model updates and all widgets are refreshed... you lose the text you entered [10:19] you understand that? [10:21] cimi, yeah, i see how rotation can affect something like this.. but how does ID help? [10:21] pstolowski, I'd like to store those text for multiple previews of the same scope [10:22] pstolowski, widgetId seems like "text" "audio" pretty useless [10:26] cimi, i'm a bit unclear why we need that to help with this issue, seems a bit overcomplicated. when you rotate you're not re-requesting new preview, are you? unless user hits a preview button you know you're dealing with same preview, no? [11:58] bregma: unity8 desktop on yakkety is not fun, not fun at all, not even [11:59] davmor2, did you file bugs? I've been gone for a week's vacation, I expect everything has gone all to heck [12:00] bregma: no I will be, if you're off is there someone else I should check in on for this kinda thing? === maclin1 is now known as maclin [12:05] davmor2, I would like to think things have only improved while I was away, but the hardcore cynic in me is saying I will be very busy for the next few days now that I'm back [12:05] * bregma powers up his yakkety test machine and starts updating [12:07] bregma: I have 2 massive issues right now accounts don't work so I can't install stuff, in the main unity7/tty session the screen blanks after 5-10 seconds and you can't do anything except unplug and plug the power back then you get another 5-10 seconds [12:10] davmor2, the second problem is a bug in repowerd, I believe he's already working on a fix for that [12:13] bregma: there was an email somehwre about the repowerd thing [12:13] yes, that's how I know he's working on it [12:13] ah :) === JanC is now known as Guest57323 === JanC_ is now known as JanC [12:23] ltinkl: no tests in https://code.launchpad.net/~lukas-kde/unity8/fixPromptSurfaceKeymap/+merge/302276 ? [12:23] tsdgeos, hmm nope... I can look into adding/extending one if you want [12:24] ltinkl: well i mean it was top-approved already, but if it's not hard and you think it's worth it, i'd like one, otherwise i'll just top approve again based on dandrader's review and that's it [12:34] Trevinho: ping-o-matic [12:35] tsdgeos: pong-o-matic [12:35] Trevinho: why the modelprinter import in https://code.launchpad.net/~3v1n0/unity8/fake-indicators-model/+merge/297509 ? [12:35] you don't use it anywhere, no? [12:36] tsdgeos: qmlRegisterType(uri, 0, 1, "ModelPrinter"); [12:36] Trevinho: yes, i mean in the qml [12:36] in fakeplugin.cpp [12:36] why you need to register it if noone uses it? [12:36] tsdgeos: it's used by indicator-client [12:37] it's loaded dynamically when using indicators-client to load those [12:37] ah i see what you mean [12:37] ./qml/Panel/Indicators/client/IndicatorsTree.qml:28: Indicators.ModelPrinter { [12:37] needs it [12:37] yep [12:37] so the fake plugin needs to provide it too [12:37] oka [12:37] exactly [12:49] dandrader: so qtdeclarative copy to yakkety as soon as it doesn't potentially explode the whole world of GCC6 wonders, I'm working huge amounts of fixes in KDE, Lubuntu, Ubuntu, powerpc, s390x.. to get Qt transitioned to release pocket right now. hopefully it doesn't affect your work too much, I assume there's some MP you can't compile without it or something? [12:51] Mirv: well unity8 basically doesn't compile unless you have the new uitk which needs the new qt [12:52] for us yakkety'ans means to get those packages from proposed [12:52] Mirv, no. Was jut trying out a branch that depends on this qtdeclarative fix on yakkety and verified that it still wasn't working over there. So for the time being I have to resrtict myself to testing only on stable-phone-overlay [12:52] Mirv: btw the KDE stuff seems to be working fine [12:53] tsdgeos: yes so you should be happy if the migration would happen soon.. [12:53] Mirv, As long as that fix is also slated to land on yakkety I'm happy [12:53] dandrader: ok [12:53] dandrader: it is [12:53] Mirv, great, thanks [12:53] tsdgeos: except that there are blockers there like muon/plasma-discover migration brokenness, missing language packages plasma-desktop-data conflict upon etc [12:54] tsdgeos: but right now I'm blocked by a powerpc GCC6 issue that I need to fix to be able to rebuild UITK in yakkety to workaround s390x issue. welcome to my world :( [12:54] Mirv: oh by no means i'm saying that the KDE packages in proposed are in good shape, what i say is that the KDE packages in yakkety "non-proposed" + qt from proposed works fine [12:55] right. Qt can't migrate without KDE now though [12:55] or without LXQt [16:57] Hi [16:58] I'm finding troubles when loggin on unity8, it gives me black screen [16:59] I've seen bugs about it but all I've tried wasn't enough, any idea¿(intel+nvidia drivers- noveau)