[03:32] Long time no chat mates === fabo_ is now known as fabo === claydoh_ is now known as claydoh === Mirv__ is now known as Mirv [10:19] in case anyone cares, i had to uninstall sddm from xenial since it was basically not working (switching to black every other second), lightdm works fine [10:19] may need a rebuild because of the latest qt landings (uneducated guess) [13:09] Hey folks [14:18] mgraesslin: interesting post regarding future desktop gaming - thanks -> http://blog.martin-graesslin.com/blog/2015/12/gaming-on-linux-move-to-next-generation/ [14:29] [14:22] [14:29] whoops [14:29] to prove your point Civ5 crashes if I alt+tab out the game (on nvidia) [14:36] many games do that when you alt+tab in fullscreen mode, which is why I only play games where I plan to do that in windowed mode. With the described performance penalty sadly. [14:44] its odd really as when I first played Civ5 on Linux it worked fine. This would have been on an older version of the nvidia driver/xorg version , etc.. Its not KDE related though - happens on other DE's too. [15:14] *sigh*, ever since I upgraded my server to wily, quasselcore crashes several times per day and gets stuck before it can respawn [15:44] lets see if Qt5.5 helps [15:49] hiho [16:01] hello [16:07] frameworks 5.17 have been released :) [16:08] to where? [16:09] soee, ^' [16:10] BluesKaj: just released by devs https://www.kde.org/announcements/kde-frameworks-5.17.0.php :-) [16:11] yofel: so I ran into a corner case with our scripts... two new frameworks breeze-icons and oxygen-icons5 have epochs. I hacked my way around, but I cannot commit - no rights. Probably needs a better solution anyway. [16:11] yofel: are there any plans to add this year new frameworks or plasma in xenial/wily ? [16:11] soee: I am working on them nowl.................. [16:11] yofel: so I ran into a corner case with our scripts... two new frameworks breeze-icons and oxygen-icons5 have epochs. I hacked my way around, but I cannot commit - no rights. Probably needs a better solution anyway. [16:11] sorry [16:12] ha ok :) [16:12] but I travel back home tomorrow so any help would be lovely [16:12] huh? [16:12] * yofel looks [16:13] wait, why is "breeze-icons" a framework?!? [16:13] ask kde? [16:13] so is oxygen-icons5 [16:14] nah, too much effort for nothing. I shouldn't even be surprised as I've given up understanding upstream decisions a long time ago [16:14] they wer moved to frameworks like few weeks ago i think [16:14] i think to provide updates every month not with each plasma release [16:14] sgclark: what's the permission issue exactly? [16:15] also: where does that epoch come from? [16:15] denied or rejected or some such. dunno it was late last night. [16:15] yofel: Riddell [16:15] SIGH [16:16] hm, sitter was getting connection errors from moszumanska today [16:16] maybe related [16:16] ok [16:16] ah, the binaries have epochs. That's ok then [16:17] they just need to be added to the packages-with-epoch list [16:17] I tried that [16:17] did nothing [16:17] because you have an if statement on top setting frameworks to "" [16:17] I moved it down and did an if else [16:18] which worked for the two icons packages. [16:18] if releaseType == "plasma" or releaseType == "applications": [16:18] changelogEpoch = epoch if package in packagesWithEpoch else "" [16:18] that if looks very out of place [16:19] TBH, I wouldn't do an initial release of a source with the scripts at all [16:19] that's not something they were written for [16:19] huh? [16:20] I can't keep up as it is and now you want me to do all packages by hand first? LOL [16:20] i mean: run script for the old set of sources, once done add the new ones to the list and do them by hand. [16:20] there is no way to "update" an "initial release" of a source [16:21] so the scripts will probably Do The Wrong Thing [16:21] oh I am doing oxygen-icons5 by hand [16:21] it needs to be moved to frameworks as well. [16:21] but the rest I can do via script.. right? [16:21] * sgclark faints if not [16:22] back to the epoch: do you want to fix the epoch whitelisting to include frameworks or should I? [16:22] I can, but not today, last day with family, traveling home tomorrow [16:22] then lets see who gets to it first [16:22] ok [16:23] the script should work fine for the rest of the packages, just don't include the 2 new ones in the package list [16:23] most of the packages are building in staging. I am working on manuals now which include those. [16:31] sgclark: is the status page working? [16:32] clivejo: I'm just fixing that [16:32] yofel: :) [16:32] yofel: thanks [16:32] pushed, should be there in a couple mins [16:33] what version is it? [16:33] 5.17 [16:33] we skip .16 ? [16:33] yep [16:38] is qt5.5 fixed now? [16:38] I don't know what was broken, but it's in xenial release [16:38] some plasma 5.4.3 pieces are still stuck in -proposed [16:40] yofel: link on qa appears to be broken - http://qa.kubuntu.co.uk/ppa-status/frameworks/build_status_5.17.0_xenial.html.new [16:40] why the .new ? [16:40] clivejo: it has not populated yet [16:41] that's not broken, that's the tmp file while it's generating [16:41] oh ok [16:41] (that actually takes a while, which is why this is a cronjob, and not just a CGI script) [16:41] * clivejo waits some more [16:42] and as far as skipping .16 , I am still buried in debian merges, loss in family, I simply cannot keep up. With holidays coming up, I see no improvements any time soon. [16:44] I was actually thinking about doing the page non-cronned. You could implement that as a fully client-side angular app or so, but that would be a) still slow, b) crazy ^^ [16:49] networkmanager-qt needs symbols looked at [16:54] it needs the new networkmanager [16:54] which needs a debian merge [16:54] doubt I will get to that in the next few days [16:55] any documents/how-to's for doing a debian merge? [16:56] the short guide: run diff against debian and ubuntu package, take the vanilla debian package, look at what changes are relevant in the diff, apply those to debian package [16:56] the actual procedure depends on the package [16:57] Id need a few runs though I think [16:58] clivejo: the kde packages are much easier, checkout kubuntu_unstable git merge master and then fix the conflicts and push. All of applications still need doing if you want to help... :) [16:58] sgclark: I don't see any NM requirement that failed in the log? [16:58] and that's not something we maintain either [16:59] this just looks like plain broken ABI (haven't checked the function visibility) [16:59] yofel: those symbols are from the newest NM. debian has the new NM and we don't, yes I am aware that is something we do not maintain, but a good practice for obtaining core [17:00] ah ok [17:00] yofel: I have already researched and verified by ScottK [17:00] thanks [17:12] sgclark: I just removed the epoch special-handling for frameworks from staging-upload. That's code that I forgot to remove when I reversed the epoch handling and was practically a noop since then [17:12] yofel: thanks! [19:37] santa_ !!!! [19:38] you're alive! [19:40] yes [19:41] havent seen you in weeks! [19:41] yes [19:41] what you been up to? [19:42] nothing special, personal life and such [19:43] I guess I will try to resume my kubuntu's stuff [20:34] yofel: would you be free to give me a quick step by step tutorial on merging a package? [20:35] if we pick one and do it together? [20:45] sgclark: or you ? ^^ [20:51] clivejo: last day with my family :( can't till tomorrow night. But will then if yofel can't [21:00] sgclark: hows the work on KF5.17 going ? [21:01] soee: http://qa.kubuntu.co.uk/ppa-status/frameworks/build_status_5.17.0_xenial.html [21:01] few problems! [21:01] ah, cool that we have status page:) [21:11] what is wrong with this build - https://launchpadlibrarian.net/230011318/buildlog_ubuntu-xenial-amd64.kinit_5.17.0-0ubuntu1~ubuntu16.04~ppa1_BUILDING.txt.gz [21:11] why is it removing everything?!?