[08:41] <lordievader> Good morning.
[08:59] <sitter> the initial upload script is somewhat agrevating
[09:10] <Riddell> 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] <yofel> 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] <Riddell> yofel: right but it's making both ksnakeduel and kdesnake binaries
[09:12] <Riddell> dunno if it has two .desktop files
[09:12] <Riddell> and hopefully Quintasan will take care of it so I don't have to :)
[09:13] <yofel> ah, yeah, that's weird...
[09:15] <soee_> good morning
[09:16] <yofel> moin soee_
[09:19] <sitter> :@
[09:29] <sitter> Riddell: where does kf57 go for staging?
[09:32] <Riddell> sitter: kubuntu-ppa/staging?
[09:33] <sitter> when do we put things in ninjas?
[09:34] <Riddell> 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] <sitter> is it meant to be hiddne?
[09:34] <sitter> *hidden
[09:35] <sitter> frameworks that is
[09:36] <Riddell> sitter: doesn't matter
[09:40] <sitter> fair enough
[09:40] <sitter> > $ ruby ppa-wipe.rb
[09:40] <sitter> too late to call backsies now
[09:45] <soee> https://plus.google.com/+RobvandenBerg290569/posts/Ep7NxPhqGFM :)
[09:46] <sitter> uploading kf57 to staging
[09:47] <sitter> Riddell: that upload script is an unreliable gunk. I have now written my own proto tooling to do it right >.<
[09:55] <Riddell> lovely
[10:32]  * sitter wonders why the ecm version wasn't bumped
[10:47] <sitter> ScottK: are you coming to akademy?
[10:48] <Riddell> he totally should
[11:42] <BluesKaj> 'Morning folks
[11:53] <soee> someone can test one thing in amarok ?
[12:29] <ScottK> sitter: I hadn't planned on it.
[12:29] <ScottK> $work is very busy, so not sure I can afford the week away.
[13:34] <ScottK> 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] <ScottK> Does anyone care?
[13:44] <sitter> the day anyone starts carying about bug reports...
[13:50] <ScottK> 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] <sitter> yes
[13:57] <sebas> 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] <ScottK> sebas: The tech board agreed to it.
[14:00] <sebas> Yes, my point.
[14:01] <ScottK> No, I mean they agreed to change it back.
[14:01] <ScottK> The only thing that stands in the way of the change being deployed is someone testing the fix works.
[14:01] <sebas> They should have not agreed, in fact, they should have checked for crack abuse or mental illnesses. ;)
[14:03] <sebas> ow, they agreed ... that's good (esp. given that nobody seemed to know if that hack was even necessary anymore)
[14:23] <sgclark> morning
[14:38] <sebas> moin sgclark
[14:38] <BluesKaj> 'Morning sgclark 
[14:38] <BluesKaj> sebas, we use real english in here
[14:39] <sebas> BluesKaj: so I conclude that "we" does not include me, in which case you may or may not be right ;)
[14:40] <sebas> Your nickname doesn't add any credibility to that, btw.
[14:40] <BluesKaj> sebas, troll if you wish , see where it gets you
[14:42] <sebas> BluesKaj: likewise, and nice to meet you :)
[14:42] <sgclark> lol oh my
[14:42] <sgclark> going to be at akademy sebas?
[14:42] <BluesKaj> heh yeah ...a little attiude goes a long way 
[14:43] <sebas> sgclark: surely, in fact I started looking for diving buddies, considering going a few days early
[14:43] <sebas> you?
[14:43] <sgclark> of course! look forward to seeing you there!
[14:43] <sebas> BluesKaj: if that's some sort of welcoming procedure you're trying to follow, please just skip me and ignore my presence
[14:43] <sebas> sgclark: awesome!
[14:44] <sgclark> BluesKaj: sebas is cool :) all is well
[14:44]  * sgclark goes for more coffee
[14:44]  * sebas goes for lunch
[14:44] <sebas> BluesKaj: see, we can be friends!
[14:45] <sebas> I'm a nice guy and all that, none to be afraid of
[14:47] <Riddell> ScottK: I wasn't able to verify the cfq baloo issue because I couldn't recreate the initial problem when I tried
[14:47] <Riddell> and I got a nice volunteer in the office to spend a whole day trying
[14:47] <ScottK> I think if you verify the scheduler is changed, that's sufficient.
[14:47] <BluesKaj> 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] <sgclark> 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] <Riddell> ScottK: oh that seems easier
[14:49] <BluesKaj> well ok , guess I'm outnumbered :)
[14:50] <sgclark> anyway, Riddell I am afraid the new kdepim has symbols missing... that look to be public methods, I may need your assistance
[14:51] <Riddell> sgclark: ooh fooey
[14:52] <sgclark> otherwise applications done. not sure how testing went
[14:52] <sgclark> I also got am email asking for 4.14.3 backports?
[14:53] <Riddell> I was just going to ignore 4.14.3, there's only so much we can do
[14:53] <sgclark> ok
[14:54] <soee> sgclark: i did not test them, i see 2 reds and one dep waiting, so i decided to wait
[14:54] <sgclark> is applications also in utopic?
[14:54] <sgclark> soee: that dep will never resolve so ignore ktux
[14:54] <soee> :D
[14:54] <sgclark> soee: those two reds are for optional that will also never resolve
[14:55] <soee> sgclark: the packages are in ninjas ?
[14:55] <sgclark> should still function tho
[14:55] <sgclark> soee: yep
[14:55] <sebas> it should be "an annoyance", in proper English, btw
[14:55] <soee> sgclark: let me check if i have it in my source list
[14:55] <sebas> there's really no use in being overly spelling / grammar nazi, I'd think
[14:55] <sgclark> sebas: he left I think
[14:55] <soee> um not, after fresh install some time ago, Riddell can you send me ninjas ppa details ?
[14:55] <sebas> he returned, my client tells me
[14:56] <sgclark> ahh ok
[14:56] <sebas> 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] <soee> sgclark: http://paste.ubuntu.com/10143430/ right ?
[15:01] <sgclark> soee: mmm sure? not sure what you are asking.
[15:01] <soee> sgclark: those packages i have listed to be upgraded
[15:03] <sgclark> 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:06] <sitter> sgclark: where is that kalgebra from?
[15:06] <soee> there is a lot of packages marked as 4.14.5 - this is fine ?
[15:06] <soee> Unpacking kdelibs5-data (4:4.14.5-4~ubuntu1~ubuntu15.04~ppa1) over (4:4.14.2-4~ubuntu3) ...
[15:07] <sgclark> soee: yep
[15:08] <soee> brb, reboot
[15:09] <sgclark> sitter: this is cantor kde-applcations 14.12.2
[15:09] <sgclark> s/applcations/applications/
[15:09] <kubotu> sgclark meant: "sitter: this is cantor kde-applications 14.12.2"
[15:10] <sitter> that seems veeeeeeeery odd
[15:10] <sgclark> kalgebra is also
[15:10] <sgclark> indeed
[15:10] <sitter> according to your output it is looking for qt4 stuff
[15:11] <Riddell> sgclark: looking at 14.12.0 tars analitza is kf5 and cantor is kdelibs4
[15:11] <soee> sgclark: smooth upgrade on vivid
[15:11] <sitter> ah ah
[15:11] <sitter> in the backend
[15:11] <sgclark> 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] <sitter> sgclark: do you have a complete build log?
[15:12] <sgclark> sitter: should be in status link
[15:14] <sitter> ah, cantor is failing fair enough
[15:14] <sitter> so the problem is cantor is qt4, analitza is already qt5, cantor wants qt4 analitza, can't find it, starts whining
[15:15] <sgclark> I think they ddid a cantor kf5 port, I will package by hand with qf5 and see if that fixes it.
[15:15] <sitter> 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] <sitter> sgclark: well they didn't release it so the existance of a port doesn't help us much
[15:16] <soee> can someone emind me where default .bashrc content is stored ?
[15:16] <soee> *remind
[15:16] <sgclark> sitter: ahh ok.
[15:17] <Riddell> sgclark: I think best thing is just to not ship cantor for now
[15:18] <sgclark> Riddell: ok
[15:30] <Riddell> 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] <Riddell> sgclark: so find to update the symbols file and remove the MISSING lines
[15:31] <sgclark> Riddell: great thanks
[15:31] <Riddell> s/find/fine/
[15:31] <kubotu> Riddell meant: "sgclark: so fine to update the symbols file and remove the MISSING lines"
[15:59] <sitter> Riddell: how long are you here today?
[16:00] <Riddell> sitter: um, another hour, maybe two
[16:00] <Riddell> ¿porque?
[16:01] <sitter> sending mail
[16:01] <sitter> Riddell: kf57 needs poking
[16:01] <sitter> I really don't get why no one has written a script for that
[16:02] <Riddell> we have a retry script no?
[16:02] <Riddell> kubuntu-retry-builds
[16:02] <Riddell> I usually just put that on cron
[16:02] <sitter> that's silly
[16:02]  * BluesKaj is wondering why VDs with separate backgrounds is dropped on plasma 5
[16:03] <sebas> it was dropped in Plasma 4 already
[16:03] <sebas> it just wasn't reimplemented in Plasma 5
[16:03] <sitter> Riddell: also kservice is bogus red
[16:05]  * sitter out
[16:17] <BluesKaj> I'm currently running 14.10 with plasma 4 and have 6 different backagrounds for my 6 VDs
[16:25] <sebas> that's not something supported upstream, though
[16:25] <sebas> there may be hacks around for it, I don't care much
[16:29] <BluesKaj> i think different backgrounds are supported for acivities on separate VDs
[16:29] <sgclark> Riddell: I can poke builds, I am still here for several more hours
[16:30] <BluesKaj> but no activities are really needed here...my needs are pretty ordinary 
[16:32] <sebas> they're supported for activities, but entirely orthogonal from VDs
[16:32] <sebas> orthogonal to?
[16:32]  * sebas would guess "to"
[16:34] <soee> BluesKaj: think of activities like VD on steroids :)
[16:35] <BluesKaj> soee, well i don't need steroids atm, maybe later some cortisone for my knees :)
[16:36] <soee> hihi :D
[16:36] <Riddell> sgclark: yeah that would be muchos lovely, it should just be a case of running kubuntu-retry
[16:36] <sgclark> ok
[16:47] <BluesKaj> ok, back to plasma 5 for a while 
[16:54] <soee> :]
[17:01] <santa_> shadeslayer: ping?
[17:05] <shadeslayer> santa_: pong
[17:06] <santa_> 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] <shadeslayer> uh, what things?
[17:07] <shadeslayer> and if it's a patch, you can just post to Review Board?
[17:08] <santa_> 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] <santa_> shadeslayer: if you mean kde's reviewboard it's out of scope
[17:09] <santa_> (they are packaging things)
[17:09] <shadeslayer> ah ok
[17:09] <shadeslayer> santa_: if you could just put a git repo up somewhere and point me to it
[17:09] <shadeslayer> I can have a look at the diff between the debian packaging and yours
[17:09] <santa_> yeah, I have some partial work
[17:09] <shadeslayer> cool, just ping me with a link here
[17:09] <santa_> the rest would need a bit of discussion
[17:13] <shadeslayer> ok
[17:16] <santa_> shadeslayer: https://gitorious.org/siduction-kde-kf5-dependencies/phonon
[17:16] <santa_> master branch is a copy of what you have in alioth
[17:17] <santa_> master_tmp are some of my changes
[17:17] <shadeslayer> cheers
[17:18] <santa_> warning it doesn't build yet
[17:19] <santa_> because phonon_is_not_forced_in_KDE.diff needs to be updated or removed
[17:20] <santa_> 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] <santa_> 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] <shadeslayer> its not
[17:25] <shadeslayer> debian forces funky paths
[17:25] <shadeslayer> and installs to old locations
[17:26] <santa_> so it would need to be refreshed
[18:00] <santa_> 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] <shadeslayer> sure
[18:08] <soee> in Kubuntu kwrited is compiled into kded ?
[18:19] <shadeslayer> well, probably not a kubuntu specific thing tbh
[18:20] <soee> hmm
[18:20] <santa_> sgclark: ping?
[18:21] <soee> shadeslayer: do you mind take a look at my conversation @ #plasma ?
[18:21] <soee> so i wonder if we should have kwrited in kubuntu or not :)
[18:22] <shadeslayer> I have 6 of them
[18:23] <shadeslayer> seems to have been started from kwrited
[18:23] <shadeslayer> erm
[18:23] <shadeslayer> kdeinit5
[18:23] <soee> i killed them all, ~20 was to much :)
[18:23] <shadeslayer> heh
[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