=== claydoh_ is now known as claydoh [08:41] Good morning. === mgraesslin_ is now known as mgraesslin === sitter changed the topic of #kubuntu-devel to: Kubuntu - now even more Friendly Computing | https://trello.com/kubuntu | http://qa.kubuntu.co.uk/ | Applications 14.12.2 Status http://goo.gl/Gy6Dya [08:59] the initial upload script is somewhat agrevating === yofel changed the topic of #kubuntu-devel to: Kubuntu - Friendly Computing | https://trello.com/kubuntu | http://qa.kubuntu.co.uk/ | Applications 14.12.2 Status http://goo.gl/Gy6Dya [09:10] Quintasan: then go with the patch I did and maybe work out if it really needs two binaries, my feeling is that's just weirdly complex to the user [09:11] why would the user care about the binary? I'm pretty sure that most just use the desktop file and whoever doesn't will figure out that ktron is now ksnakeduel... [09:12] yofel: right but it's making both ksnakeduel and kdesnake binaries [09:12] dunno if it has two .desktop files [09:12] and hopefully Quintasan will take care of it so I don't have to :) [09:13] ah, yeah, that's weird... [09:15] good morning [09:16] moin soee_ [09:19] :@ [09:29] Riddell: where does kf57 go for staging? [09:32] sitter: kubuntu-ppa/staging? [09:33] when do we put things in ninjas? [09:34] sitter: or you can use ninjas if you like, it's just another staging ppa which is able to support tars that are ment to be hidden [09:34] is it meant to be hiddne? [09:34] *hidden [09:35] frameworks that is === soee_ is now known as soee [09:36] sitter: doesn't matter [09:40] fair enough [09:40] > $ ruby ppa-wipe.rb [09:40] too late to call backsies now [09:45] https://plus.google.com/+RobvandenBerg290569/posts/Ep7NxPhqGFM :) [09:46] uploading kf57 to staging [09:47] Riddell: that upload script is an unreliable gunk. I have now written my own proto tooling to do it right >.< [09:55] lovely === amichair__ is now known as amichair === sitter changed the topic of #kubuntu-devel to: Kubuntu - now even more Friendly Computing | https://trello.com/kubuntu | http://qa.kubuntu.co.uk/ | Applications 14.12.2 Status http://goo.gl/Gy6Dya | kf57 http://goo.gl/t99kOF [10:32] * sitter wonders why the ecm version wasn't bumped [10:47] ScottK: are you coming to akademy? [10:48] he totally should [11:42] 'Morning folks === kbroulik is now known as kbroulik-lunch [11:53] someone can test one thing in amarok ? === damon is now known as ngaio [12:29] sitter: I hadn't planned on it. [12:29] $work is very busy, so not sure I can afford the week away. === kbroulik-lunch is now known as kbroulik [13:34] FYI, after all the who ha about how critical it was to change the scheduler to CFQ in trusty, the relevant bug (1378789) is still unverified 2 and a half months later. [13:34] Does anyone care? [13:44] the day anyone starts carying about bug reports... [13:50] Considering someone thought it was worth going to the tech board to fix, seems at silly not to go to the trouble of verifying the SRU. [13:51] yes [13:57] if it's the same techboard which thought changing the scheduler is a good solution in the first place, I don't have much hope... [14:00] sebas: The tech board agreed to it. [14:00] Yes, my point. [14:01] No, I mean they agreed to change it back. [14:01] The only thing that stands in the way of the change being deployed is someone testing the fix works. [14:01] They should have not agreed, in fact, they should have checked for crack abuse or mental illnesses. ;) [14:03] ow, they agreed ... that's good (esp. given that nobody seemed to know if that hack was even necessary anymore) [14:23] morning [14:38] moin sgclark [14:38] 'Morning sgclark [14:38] sebas, we use real english in here [14:39] BluesKaj: so I conclude that "we" does not include me, in which case you may or may not be right ;) [14:40] Your nickname doesn't add any credibility to that, btw. [14:40] sebas, troll if you wish , see where it gets you [14:42] BluesKaj: likewise, and nice to meet you :) [14:42] lol oh my [14:42] going to be at akademy sebas? [14:42] heh yeah ...a little attiude goes a long way [14:43] sgclark: surely, in fact I started looking for diving buddies, considering going a few days early [14:43] you? [14:43] of course! look forward to seeing you there! [14:43] BluesKaj: if that's some sort of welcoming procedure you're trying to follow, please just skip me and ignore my presence [14:43] sgclark: awesome! [14:44] BluesKaj: sebas is cool :) all is well [14:44] * sgclark goes for more coffee [14:44] * sebas goes for lunch [14:44] BluesKaj: see, we can be friends! [14:45] I'm a nice guy and all that, none to be afraid of [14:47] ScottK: I wasn't able to verify the cfq baloo issue because I couldn't recreate the initial problem when I tried [14:47] and I got a nice volunteer in the office to spend a whole day trying [14:47] I think if you verify the scheduler is changed, that's sufficient. [14:47] sgclark, improper wording is a annoyance to me ...I may be old and grumpy but this text style wording bugs me ...why not use proper english, is that too much to ask? [14:48] BluesKaj: well then you need to start with Riddell as his greeting vary everyday lol. really it does not bother me so it should not bother you how someone greets me. :) [14:49] ScottK: oh that seems easier [14:49] well ok , guess I'm outnumbered :) [14:50] anyway, Riddell I am afraid the new kdepim has symbols missing... that look to be public methods, I may need your assistance [14:51] sgclark: ooh fooey [14:52] otherwise applications done. not sure how testing went [14:52] I also got am email asking for 4.14.3 backports? [14:53] I was just going to ignore 4.14.3, there's only so much we can do [14:53] ok [14:54] sgclark: i did not test them, i see 2 reds and one dep waiting, so i decided to wait [14:54] is applications also in utopic? [14:54] soee: that dep will never resolve so ignore ktux [14:54] :D [14:54] soee: those two reds are for optional that will also never resolve [14:55] sgclark: the packages are in ninjas ? [14:55] should still function tho [14:55] soee: yep [14:55] it should be "an annoyance", in proper English, btw [14:55] sgclark: let me check if i have it in my source list [14:55] there's really no use in being overly spelling / grammar nazi, I'd think [14:55] sebas: he left I think [14:55] um not, after fresh install some time ago, Riddell can you send me ninjas ppa details ? [14:55] he returned, my client tells me [14:56] ahh ok [14:56] not to worry, I'm not planning on letting the language deteriorate any further, in fact I quite enjoy proper use of language [14:59] sgclark: http://paste.ubuntu.com/10143430/ right ? [15:01] soee: mmm sure? not sure what you are asking. [15:01] sgclark: those packages i have listed to be upgraded [15:03] Riddell: https://bugs.kde.org/show_bug.cgi?id=343892 he is asking qt4 or qt5, was I suppose to do something special make it compile qt5? assuming we want qt5 [15:03] KDE bug 343892 in kalgebra-backend "Could not find a package configuration file provided by "Analitza"" [Normal,Unconfirmed] [15:06] sgclark: where is that kalgebra from? [15:06] there is a lot of packages marked as 4.14.5 - this is fine ? [15:06] Unpacking kdelibs5-data (4:4.14.5-4~ubuntu1~ubuntu15.04~ppa1) over (4:4.14.2-4~ubuntu3) ... [15:07] soee: yep [15:08] brb, reboot [15:09] sitter: this is cantor kde-applcations 14.12.2 [15:09] s/applcations/applications/ [15:09] sgclark meant: "sitter: this is cantor kde-applications 14.12.2" [15:10] that seems veeeeeeeery odd [15:10] kalgebra is also [15:10] indeed [15:10] according to your output it is looking for qt4 stuff [15:11] sgclark: looking at 14.12.0 tars analitza is kf5 and cantor is kdelibs4 [15:11] sgclark: smooth upgrade on vivid [15:11] ah ah [15:11] in the backend [15:11] I think they did a qt5 port as he is asking me if it is qt4 or qt5 [15:12] * sitter still confused xD [15:12] sgclark: do you have a complete build log? [15:12] sitter: should be in status link [15:14] ah, cantor is failing fair enough [15:14] so the problem is cantor is qt4, analitza is already qt5, cantor wants qt4 analitza, can't find it, starts whining [15:15] I think they ddid a cantor kf5 port, I will package by hand with qf5 and see if that fixes it. [15:15] two options: a) ignore it b) fix the analitza packaging to have a versioned -dev package i.e. libanalitza0-dev or something, that way you can still pull in the qt4 analitza when needed [15:16] sgclark: well they didn't release it so the existance of a port doesn't help us much [15:16] can someone emind me where default .bashrc content is stored ? [15:16] *remind [15:16] sitter: ahh ok. [15:17] sgclark: I think best thing is just to not ship cantor for now [15:18] Riddell: ok [15:30] sgclark: I looked through kdepimlibs sources and compared them, it looks like they changed some private functions in libkabc4 but that should be fine to do and there's no change in libakonadi-contact4 sources so I guess that's just gcc doing something more clever than I can understand [15:30] sgclark: so find to update the symbols file and remove the MISSING lines [15:31] Riddell: great thanks [15:31] s/find/fine/ [15:31] Riddell meant: "sgclark: so fine to update the symbols file and remove the MISSING lines" [15:59] Riddell: how long are you here today? [16:00] sitter: um, another hour, maybe two [16:00] ¿porque? [16:01] sending mail [16:01] Riddell: kf57 needs poking [16:01] I really don't get why no one has written a script for that [16:02] we have a retry script no? [16:02] kubuntu-retry-builds [16:02] I usually just put that on cron [16:02] that's silly [16:02] * BluesKaj is wondering why VDs with separate backgrounds is dropped on plasma 5 [16:03] it was dropped in Plasma 4 already [16:03] it just wasn't reimplemented in Plasma 5 [16:03] Riddell: also kservice is bogus red [16:05] * sitter out [16:17] I'm currently running 14.10 with plasma 4 and have 6 different backagrounds for my 6 VDs [16:25] that's not something supported upstream, though [16:25] there may be hacks around for it, I don't care much [16:29] i think different backgrounds are supported for acivities on separate VDs [16:29] Riddell: I can poke builds, I am still here for several more hours [16:30] but no activities are really needed here...my needs are pretty ordinary [16:32] they're supported for activities, but entirely orthogonal from VDs [16:32] orthogonal to? [16:32] * sebas would guess "to" [16:34] BluesKaj: think of activities like VD on steroids :) [16:35] soee, well i don't need steroids atm, maybe later some cortisone for my knees :) === a7med is now known as Neo31 [16:36] hihi :D [16:36] sgclark: yeah that would be muchos lovely, it should just be a case of running kubuntu-retry === tazz_ is now known as tazz [16:36] ok [16:47] ok, back to plasma 5 for a while [16:54] :] [17:01] shadeslayer: ping? [17:05] santa_: pong [17:06] shadeslayer: some time ago you made some things in phonon, would you have time this week to include some extra changes and/or discuss issues via irc? [17:06] uh, what things? [17:07] and if it's a patch, you can just post to Review Board? [17:08] shadeslayer: it's about merging things into git's master, and then re-work a patch for 4.8.3 and solve a packaging issue [17:08] shadeslayer: if you mean kde's reviewboard it's out of scope [17:09] (they are packaging things) [17:09] ah ok [17:09] santa_: if you could just put a git repo up somewhere and point me to it [17:09] I can have a look at the diff between the debian packaging and yours [17:09] yeah, I have some partial work [17:09] cool, just ping me with a link here [17:09] the rest would need a bit of discussion [17:13] ok [17:16] shadeslayer: https://gitorious.org/siduction-kde-kf5-dependencies/phonon [17:16] master branch is a copy of what you have in alioth [17:17] master_tmp are some of my changes [17:17] cheers [17:18] warning it doesn't build yet [17:19] because phonon_is_not_forced_in_KDE.diff needs to be updated or removed [17:20] I have removed it for siduction (see branch sdn-4.8.3) but I'm not completely sure it's the right solution [17:23] also there's an extra issue, but let's get our packaging a bit more sync'ed first. I think it would be nice to have something similar in debian, kubuntu and siduction rather than doing each one its own packaging [17:24] its not [17:25] debian forces funky paths [17:25] and installs to old locations [17:26] so it would need to be refreshed [18:00] shadeslayer: ok, so if I get some free time I will try to refresh that patch, in the meantime I may offer other more simple changes to sgclark for applications 14.12.2 [18:00] sure [18:08] in Kubuntu kwrited is compiled into kded ? [18:19] well, probably not a kubuntu specific thing tbh [18:20] hmm [18:20] sgclark: ping? [18:21] shadeslayer: do you mind take a look at my conversation @ #plasma ? [18:21] so i wonder if we should have kwrited in kubuntu or not :) [18:22] I have 6 of them [18:23] seems to have been started from kwrited [18:23] erm [18:23] kdeinit5 [18:23] i killed them all, ~20 was to much :) [18:23] heh === rdieter_ is now known as rdieter [20:24] <_Groo_> could any kind soul fix the kio-mtp package in ci? still wants to remove plasma-desktop [20:25] <_Groo_> ill send cookies === soee_ is now known as soee