[02:12] <akoma1s> ScottK: thanks!
[02:26] <ScottK> jono: Part of the problem is that one advantage Canonical gets since they own both ends of the interface between Unity and Mir is the ability to change API as they need to to evolve things rapidly.  That's great for Canonical, but perfectly unsuitable for anyone else.
[02:42] <dantti_laptop> Quintasan: thanks, yes, one of the reasons I really want Tanglu is because of systemd :P hopefully soon I can make a new update of sessionk
[02:48] <ScottK> So, looking over sabfl's blog post on the CAG, I get the impression that we are supposed to be pleased Ubuntu will be even MORE about what Canonical's customers want and less about community input.
[02:48]  * ScottK doesn't get that.
[04:55] <cortexA9> hello all
[04:57] <cortexA9> sometimes kde crash on the daily. You know that ?
[04:58] <cortexA9> 4.10.90
[04:58] <cortexA9> waitin for the daily of today.
[05:26] <Quintasan> dantti_laptop: Well, the systemd binary package is so crippled in Ubuntu I don't even know where to begin -> eg. no /lib/systemd/systemd binary
[05:26] <Quintasan> beacuse "We don't support systemd"
[05:27] <cortexA9> when we can see kde beta on the daily ?
[05:30] <ScottK> cortexA9: You don't need to reinstall, so the daily doesn't matter.  Just install all package updates and you'll have it.
[06:21] <soee> good morning
[06:28] <smartboyhw> Hello soee 
[09:03] <Guest56995> Launchpad.net often reminds me of a black hole, so I'll ask. Did any of the KDE packagers see my bug with KRDC not working? https://bugs.launchpad.net/kubuntu-ppa/+bug/1196466
[09:03] <Riddell> Guest56995: yes thanks, I do need to look into krdc, I'll tag that to make sure I find it again
[09:03] <ahoneybun> Riddell: is someone going to update calligra to 2.6.4
[09:03] <Guest56995> Riddell: Thanks :-)
[09:05] <Riddell> ahoneybun: I've not heard of anyone working on it
[09:05] <Riddell> ahoneybun: how did digikam go?
[09:05] <ahoneybun> yofel finished it up 
[09:05] <ahoneybun> I see the backport ppa has 2.6.3
[09:06] <Riddell> ahoneybun: I'll kill your ec2 instance then
[09:06] <ahoneybun> ok
[09:07] <Riddell> ahoneybun: calligra 2.6.4 isn't a priority because there's the beta of 2.6.92 out there already, but if you're interested do let me know
[09:07] <Riddell> (calligra is even more of a beast than digikam)
[09:07]  * ahoneybun is rethinking then
[09:07]  * apachelogger is bored by the locale madness -.-
[09:08] <Riddell> apachelogger: have you not fixed it already?
[09:08] <apachelogger> rm -rf is the fix
[09:08] <ahoneybun> elementary are using bounty's to get bugs fixed
[09:09] <apachelogger> QLocale::system() follows LC_NUMERIC when defined, and it's always defined on a somewhat recent install, but our KCM doesn't overwrite it....
[09:09] <Riddell> canonical tried bounties back when it started mostly for features, ended up being as much effort put into administration as into fixing the issues
[09:09] <ahoneybun> oh
[09:09] <ahoneybun> I'm looking for small packages to get my feet wet
[09:11] <Riddell> ahoneybun: libkolab has a new version if you want to explore the world of libraries
[09:12] <Riddell> partitionmanager could do with a sync from debian
[09:12] <Riddell> or merge
[09:12] <smartboyhw> Hey ahoneybun Riddell apachelogger 
[09:12] <ahoneybun> hey smartboyhw
[09:13] <ahoneybun> Riddell: you mean kde partitionmanager
[09:13] <ahoneybun> ?
[09:13]  * apachelogger looks at slowgit
[09:13] <apachelogger> smartboyhw: yo
[09:13] <kubotu> ::qt-bugs:: [1196869] DBUs-Signatures are not verified aganist too long or messages or to deep recursions @ https://bugs.launchpad.net/bugs/1196869 (by Walter Schneider)
[09:13] <Riddell> ahoneybun: yes
[09:13]  * ahoneybun needs a to do list
[09:14] <apachelogger> weeeh, qt patches in lunchpad
[09:14] <smartboyhw> ahoneybun, use Trello?
[09:14] <apachelogger> :@
[09:14] <ahoneybun> smartboyhw: maybe
[09:14] <smartboyhw> apachelogger, :@:@:@:@:@:@:@:@:@:@:@:@:@:@:@:@:@:@
[09:15] <ahoneybun> I mean I only have like one thing if I want to 
[09:16] <smartboyhw> ahoneybun, sure, make a TODO:)
[09:16] <ahoneybun> Riddell: we have 5 pages done for the Docs
[09:16] <ahoneybun> smartboyhw: I know trello lol
[09:16] <smartboyhw> ahoneybun, I know
[09:16] <ahoneybun> ll
[09:17] <smartboyhw> ahoneybun, so you wanna do the merge?
[09:17] <ahoneybun> smartboyhw: wondering how to "merge"
[09:18] <smartboyhw> ahoneybun, http://developer.ubuntu.com/packaging/html/udd-merging.html (but I think Riddell will use another method, dunno)
[09:18] <Riddell> yeah I'll just do it manually
[09:19]  * smartboyhw wonders should he make an actual package of sessionk into archive:P
[09:19] <smartboyhw> Since we got it in neon already
[09:19] <smartboyhw> (Just kidding)
[09:20] <ahoneybun> anyway off I go.
[09:20] <Riddell> ahoneybun: https://merges.ubuntu.com/p/partitionmanager/ might be handy for the diff
[09:20] <Riddell> ahoneybun: with any luck ubuntu changes won't be needed and you can just file a merge request on launchpad
[09:21] <Riddell> ahoneybun: if ubuntu changes still  needed then merge them in to the debian package, test and upload
[09:22] <smartboyhw> Riddell, heck, we have that page? 
[09:22]  * smartboyhw should have checked THAT out.
[09:26] <shadeslayer> bah
[09:26] <shadeslayer> pkg-kde-tools needs backporting
[09:27] <apachelogger> http://quickgit.kde.org/?p=clones%2Fkde-runtime%2Fsitter%2Fkubuntu.git
[09:30] <shadeslayer> apachelogger: and what exactly is that?
[09:31] <apachelogger> a clone
[09:31] <shadeslayer> I can see that, but why :P
[09:33] <apachelogger> because l10n is running wild
[09:36] <shadeslayer> *shrug*
[09:36] <smartboyhw> Interesting, I saw a debian-mentors email for RFS of rekonq 2.3.1:P
[09:37] <smartboyhw> Just yesterday it seems
[09:38] <apachelogger> RFS = really flipping silly
[09:38] <shadeslayer> ^^
[09:39] <smartboyhw> apachelogger, duh, it's Requesting for Sponsorship...
[09:39] <smartboyhw> shadeslayer, why does pkg-kde-tools require backporting?
[09:39] <apachelogger> IIO
[09:39] <smartboyhw> apachelogger, ?
[09:39] <apachelogger> isn't it obvious
[09:39] <shadeslayer> smartboyhw: http://qa.kubuntu.co.uk/ninjas-status/build_status_4.10.90_quantal.html
[09:40] <smartboyhw> shadeslayer, apachelogger ah ah ah ah ah ah
[09:40]  * smartboyhw has forgotten the backporting of 4.10.90
[09:40] <apachelogger> so much backportery
[09:40] <smartboyhw> Heck, the 4.10.90 status is long enough:P
[09:50] <smartboyhw> Guys, is there a reason not for us to package libdebconf-kde?
[09:51] <apachelogger> !info libdebconf-kde-dev
[09:51] <apachelogger> smartboyhw: WPIIS
[09:51] <shadeslayer> you and your acronyms
[09:51] <apachelogger> it's the debian way
[09:54] <smartboyhw> apachelogger, alright
[09:54] <smartboyhw> apachelogger, hmm, it isn't latest
[09:54] <smartboyhw> !info libdebconf-kde-dev saucy
[09:55] <smartboyhw> MEH
[09:55] <smartboyhw> There's 0.3.0 out there now.
[09:56] <smartboyhw> So, should I package 0.3?
[09:56] <apachelogger> *shrug*
[09:56] <apachelogger> JontheEchidna will know
[09:56] <smartboyhw> Alright
[09:57] <smartboyhw> !info libdebconf-kde-dev precise
[09:57] <smartboyhw> :P It never changed
[09:57] <smartboyhw> Very stable
[09:58] <apachelogger> and another qt5 try \o/
[10:15] <Quintasan> hmm
[10:15] <Quintasan> fuck yeah it's over?
[10:15] <Quintasan> YES
[10:15] <Quintasan> I CAN GO BACK TO SERIOUS BUSINESS NOW
[10:15] <smartboyhw> !language | Quintasan :P
[10:16]  * Quintasan throws a brick at smartboyhw
[10:16] <shadeslayer> Quintasan: hm, so, kpeople
[10:16] <Quintasan> I'm always professional
[10:16]  * smartboyhw hides
[10:16] <Quintasan> Even when throwing bricks at people
[10:16] <smartboyhw> Quintasan, not "family-friendly"
[10:16] <BluesKaj> Hiyas all
[10:16] <Quintasan> smartboyhw: Being professional > being familiy-friendly
[10:16] <Quintasan> BluesKaj: hi there
[10:16] <Quintasan> shadeslayer: What do you want me to do with this?
[10:16] <Quintasan> Package for saucy?
[10:17] <BluesKaj> hi Quintasan
[10:17] <smartboyhw> Quintasan, but being family-friendly is what you should follow;P
[10:17] <shadeslayer> Quintasan: I have some packaging in a ppa
[10:17] <Quintasan> smartboyhw: I don't think we have chil...oh wait :P
[10:17] <shadeslayer> https://launchpad.net/~blue-shell/+archive/kpeople
[10:17] <Quintasan> Besides shadeslayer
[10:17]  * Quintasan throws a brick at shadeslayer
[10:17]  * shadeslayer blasts it with is laser
[10:17] <Quintasan> You are doing libkpeople dailies for ktp
[10:18] <Quintasan> hell
[10:18] <Quintasan> those are dailies
[10:18] <Quintasan> shadeslayer: Did it have a tarball release?
[10:18] <shadeslayer> Quintasan: kinda, those are currently FTBFS and I was waiting for Martin to merge everything
[10:18] <shadeslayer> Quintasan: nope
[10:18] <Quintasan> You do realise I'm generally against putting that stuff in repos
[10:19] <Quintasan> I can put it in KTp ppa if you want me to
[10:19] <shadeslayer> it was never meant to go into repos
[10:19] <Quintasan> So what you want me to do dailies for it?
[10:19] <Quintasan> -waht
[10:20]  * Quintasan has trouble following shadeslayer line of thought
[10:20] <shadeslayer> Quintasan: primarily those were a kind of experimental build
[10:20] <shadeslayer> and never meant to really go into production
[10:20] <shadeslayer> and then Martin changed the branch I think
[10:21] <Quintasan> I sometimes get the idea that almost anything you do is never meant for production :P
[10:21] <Quintasan> Well
[10:21] <shadeslayer> -.-
[10:21] <Quintasan> Sure
[10:21] <Quintasan> I'll give it a go
[10:22] <shadeslayer> feel free to, have fun keeping up with the branches :P
[10:22] <Quintasan> Christ
[10:23] <Quintasan> Good thing I read what people write to me
[10:23] <Quintasan> shadeslayer: 
 Quintasan: I don't think we want it packaged in the dailies just yet, as it needs a bit of work
 but if you can do it in a week or two, that would be fantastic
[10:23] <Quintasan> Not doing it then
[10:23] <shadeslayer> k
[10:23] <Quintasan> At least now
[10:23]  * apachelogger packages Quintasan
[10:25] <smartboyhw> Quintasan, LOL
[10:25]  * smartboyhw removes all bricks from the channel
[10:25] <smartboyhw> dput ppa:kubuntu-ninjas/ppa quintasan_1.0-0ubuntu1.dsc
[10:25] <smartboyhw> apachelogger, :)
[10:26] <apachelogger> smartboyhw: ITQIV0.3A
[10:28] <smartboyhw> apachelogger, please write full english
[10:28] <smartboyhw> !english | apachelogger 
[10:28] <smartboyhw> Eh....
[10:29] <apachelogger> smartboyhw: IAWEIJHTWABTITDWODT
[10:29] <smartboyhw> apachelogger, !?!?!!?!?!!??!?!?!?!?!?!!?!?!?!!??!??!!?!?!?!?!?!?!!?!?!?!
[10:29] <apachelogger> :O
[10:29]  * smartboyhw revenges at apachelogger using that:P
[10:59] <Quintasan> herp derp
[10:59] <Quintasan> Quintasan (1.0-0ubutu1) ACCEPTED
[11:05]  * Quintasan wonders if there is any merit in using Opera anymore
[11:17]  * apachelogger fears that qt5 may be stuck again :O
[11:18] <apachelogger> ah phew
[11:22] <apachelogger> Riddell: why did we drop language-selector btw?
[11:25] <shadeslayer> apachelogger: ubuntu was moving away from l-s IIRC
[11:25] <shadeslayer> and this was discussed at the last UDS
[11:25] <apachelogger> well the codez still needs to be somewhere
[11:25] <apachelogger> the logic behind that is
[11:26] <shadeslayer> apachelogger: seems like Qt5 built fine?
[11:26] <Riddell> apachelogger: because ubuntu desktop were getting rid of it, except I suspect they never did
[11:26] <apachelogger> didn't I fix bug 964046 already
[11:26] <shadeslayer> nope
[11:26] <apachelogger> I thought I did
[11:26] <shadeslayer> apachelogger: that was for Riddell :P
[11:26] <shadeslayer> apachelogger: your bug seems fixed
[11:27] <apachelogger> * Add kubuntu_dont_list_kde-default_wallpaper.patch to prevent our fake
[11:27] <apachelogger>   wallpaper symlink kde-default.png from showing up in the dialog.
[11:27] <apachelogger>   The code apparently doesn't like symlinks so it has no preview and it
[11:27] <apachelogger>   was not meant to be used directly anyway.
[11:27] <apachelogger> 4:4.10.2-0ubuntu2
[11:27] <shadeslayer> Riddell: https://launchpad.net/ubuntu/+source/language-selector/0.113
[11:27] <shadeslayer> so someone did do an upload to saucy with some features/fixes
[11:28] <Riddell> yeah, I suspect they never did what they said they'd do of integrating it with the gnome bits
[11:28] <Riddell> I think it's much nicer being integrated in, but it probably won't be as reliable at doing everything right
[11:29] <apachelogger> well, we need additional backing logic and some thigns simply don't map from a KDE perspective
[11:29] <apachelogger> e.g. locale formats
[11:29] <apachelogger> in KDE you can define semi-arbitrary combinations
[11:29] <apachelogger> posix doesn't have this flexibility
[11:29] <apachelogger> so
[11:30] <apachelogger> what we could do is introduce a new tab for system language configuration
[11:30] <apachelogger> or rather a new kcm I guess
[11:31] <apachelogger> right now you have no UI way to configure the global language anyway
[11:31] <Riddell> that's just what language-selector was
[11:31] <Riddell> we might as well go back to language-selector if we do that
[11:31] <apachelogger> yeah
[11:31] <Riddell> which might be the best thing to do
[11:31] <apachelogger> I mean
[11:31] <apachelogger> we have a system vs user scope problem anyway
[11:32] <apachelogger> so at the very least there would need to be a button "apply these settigns to the entire system"
[11:32] <apachelogger> which is not very nice and given the mapping problems from kde to posix that may not work that well either
[11:33] <apachelogger> shadeslayer: so it seems qt5 built
[11:33] <apachelogger> but it has no multimedia and no qtwebkit
[11:33] <apachelogger> and why those two cause trouble is beyond me
[11:33] <apachelogger> particularly qtwebkit is just weird
[11:33] <apachelogger> recursively invoking qmake ....
[11:33] <apachelogger> makes no sense
[11:34] <shadeslayer> I see
[11:34] <shadeslayer> apachelogger: does it build locally?
[11:34] <apachelogger> no
[11:34] <apachelogger> well
[11:34] <shadeslayer> so file a bug upstream?
[11:34] <apachelogger> it builds if I manually runt he commands
[11:34] <apachelogger> and it builds if I maually build it to begin with
[11:34] <apachelogger> it just doesn't build when run from dpkg-buildpackage
[11:34] <shadeslayer> 0.o
[11:35] <apachelogger> and it doesn't have anything to do with the neon build magic either because plain dh also causes the problem
[11:35] <apachelogger> utterly weird
[11:37] <shadeslayer> apachelogger: I thought qtwebkit had it's own git repo?
[11:37] <apachelogger> so?
[11:37] <shadeslayer> did you merge everything together into one tar?
[11:38] <apachelogger> that's how building from source is supposed to be done
[11:38] <shadeslayer> ( I haven't looked at the source at all )
[11:38] <shadeslayer> whut
[11:38] <apachelogger> there's a meta repo that git submodules everything
[11:38] <shadeslayer> bleh
[11:39] <shadeslayer> why not split it into different sources?
[11:39] <apachelogger> more work to maintain
[11:39] <shadeslayer> but then it might work?
[11:39] <apachelogger> yes, then I might have worked around the problem
[11:40] <shadeslayer> it = QtMultimedia / QtWebkit
[11:40] <apachelogger> which are not blocking kf5
[11:40]  * shadeslayer looks at source
[11:44] <apachelogger> dh = -a
[11:45] <apachelogger> yofel: ^
[11:45] <apachelogger> what does that do btw?
[12:36] <shadeslayer> pkg-kde-tools uploaded
[12:36] <shadeslayer> now to wait for it to build
[12:47] <Riddell> ScottK: able to review the kscreen SRU? bug 1195806
[13:28] <yofel> apachelogger: ask Quintasan why that's there, AFAICS that's redundant
[13:29] <Quintasan> what
[13:29] <Quintasan> I didn't do anything with that package
[13:29] <Quintasan> ask shadeslayer
[13:30] <shadeslayer> *shrug* dunno myself
[13:31]  * shadeslayer is waiting for Neon Qt to build on his machine
[13:32] <yofel> Quintasan: I am fairly certain that you did touch project-neon-qt at some point :P
[13:32] <Quintasan> ehh
[13:32] <Quintasan> I could have touched it
[13:32] <yofel> although
[13:32] <Quintasan> but that was a long time ago
[13:32] <yofel> nvm
[13:32] <yofel> 38  yofel@g | dh = -a
[13:32] <yofel> -.-
[13:35] <yofel> hm, no, that's from you, I just moved that around
[13:41] <Quintasan> I have no idea what that does
[13:41] <Quintasan> I'm pretty much sure I never used that
[13:46] <Quintasan> yofel: Which package are we actually talking about?
[13:46] <yofel> neon qt(5)
[13:46] <Quintasan> project-neon5-qt5.install
[13:46] <Quintasan> this?
[13:46] <Quintasan> I didn't do that
[13:46] <yofel> no, rules
[13:47] <Quintasan> I didn't do that package at all
[13:47] <yofel> he forked that from qt-ubuntu
[13:47] <Quintasan> committer: Harald Sitter <apachelogger@ubuntu.com>
[13:47] <Quintasan> huh
[13:49] <Quintasan> HMMMMM
[13:49] <Quintasan> Yes, indeed. Looks like I did that
[13:49] <Quintasan> But now I don't remember what that switch does
[13:49] <Quintasan> nor it's documented
[13:50] <shadeslayer>        Commands in the build-indep, install-indep and binary-indep sequences are passed the -i option to ensure they only work on architecture independent packages, and commands in the build-arch, install-arch and binary-arch
[13:50] <shadeslayer>        sequences are passed the -a option to ensure they only work on architecture dependent packages.
[13:50] <shadeslayer> from the man page
[13:53] <Quintasan> ahhh
[13:53] <Quintasan> I was looking at man dh
[13:53] <Quintasan> not debhelper
[13:53] <Quintasan> duh
[13:54] <shadeslayer> that is from man dh
[13:54] <shadeslayer> :P
[13:54] <shadeslayer> and what yofel said earlier, seems redundant
[13:54] <Quintasan> No it's not
[13:55] <Quintasan> oh wait
[13:55] <Quintasan> it's there as well
[13:55] <shadeslayer> :)
[13:55] <Quintasan> I did /-a 
[13:55] <Quintasan> Hidden as hell!
[14:00] <Quintasan> shadeslayer: akonadi-facebook is supposed to die, right?
[14:01] <smartboyhw_> kubotu: newversion libkgapi 2.0.1
[14:01] <shadeslayer> Quintasan: already did
[14:01] <kubotu> https://bugs.launchpad.net/bugs/1196977
[14:01] <shadeslayer> or should have
[14:01]  * Quintasan purges akonadi-facebook
[14:01] <smartboyhw_> kubotu: newversion sflphone 1.2.3
[14:01] <kubotu> https://bugs.launchpad.net/bugs/1196978
[14:03]  * smartboyhw will do the libkgapi
[14:04] <smartboyhw> It would be great if someone can do sflphone especially since 1.2.0 is stuck in -proposed due to armhf and powerpc build issues
[14:05] <smartboyhw> shadeslayer, how did you fix a package (I forgotten which) with tests?
[14:05] <shadeslayer> override_dh_auto_testsL
[14:05] <shadeslayer> voila 'fixed' :P
[14:07] <smartboyhw> shadeslayer, any commands beneath override_dh_auto_tests?
[14:07] <shadeslayer> override_dh_auto_tests:
[14:07] <smartboyhw> Uh huh
[14:07] <smartboyhw> Then?
[14:08] <shadeslayer>     # Send a report to upstream about test breakage
[14:08] <shadeslayer> done
[14:08] <Quintasan> That's just disabling them
[14:08] <Quintasan> shadeslayer's production work
[14:08] <Quintasan> :P
[14:08] <shadeslayer> that's why I said 'fixed'
[14:08] <Quintasan> That's why I'm poking fun at you :P
[14:08] <smartboyhw> Quintasan, any better ways to fix?
[14:08] <Quintasan> smartboyhw: Nope, patch the tests to work
[14:09] <Quintasan> no other way around it if they are broken
[14:09] <smartboyhw> Quintasan, the problem is that it just can't find the tests
[14:09] <Quintasan> smartboyhw: Is this package supposed to go to main or it's in universe?
[14:09] <shadeslayer> scramble ICBM's to upstream
[14:09] <smartboyhw> Quintasan, that's universe
[14:09] <smartboyhw> shadeslayer, what's ICBMs?
[14:10] <Quintasan> Leave them disabled then
[14:10] <shadeslayer> smartboyhw: Intercontinental Ballistic Missle
[14:10] <shadeslayer> smartboyhw: https://en.wikipedia.org/wiki/Intercontinental_ballistic_missile
[14:10] <Quintasan> Okay, HQ out, heading for a meeting
[14:10] <smartboyhw> shadeslayer, LOL
[14:10] <Quintasan> ScottK: I'm probably going to help out with systemd transition in Debian
[14:11] <smartboyhw> shadeslayer, that doesn't disable them
[14:12] <shadeslayer> pastebin rules
[14:12] <smartboyhw> shadeslayer, http://paste.kde.org/787370/
[14:12] <smartboyhw> Oh damn, I know the problem
[14:13] <yofel> ^^
[14:13] <Quintasan> the underscore
[14:13] <Quintasan> lol
[14:13] <shadeslayer> dat underscore
[14:13] <smartboyhw> Human stupidness:P
[14:13] <smartboyhw> _______
[14:13] <yofel> and the trailing s
[14:13] <Quintasan> -_________________________-
[14:13] <shadeslayer> that too
[14:13] <Quintasan> mr wideface
[14:13] <smartboyhw> shadeslayer, does that have an s?
[14:13] <shadeslayer> smartboyhw: have you checked what is causing the failing tests though?
[14:13] <shadeslayer> smartboyhw: no, dh_auto_test
[14:14] <smartboyhw> shadeslayer, it's the same thing.... the files produced are .automoc.cpp files
[14:14] <shadeslayer> what
[14:14] <smartboyhw> I mean, the tests themselves
[14:14]  * shadeslayer checks
[14:17] <shadeslayer> aha
[14:17] <shadeslayer> yofel: most tests fail right now because we've disabled tests in kde4libs or sth right?
[14:17] <shadeslayer> with errors like : Could not find executable /tmp/buildd/libkgapi-2.0.1/obj-x86_64-linux-gnu/tests/serviceslatitudetests.shell
[14:17] <smartboyhw> Yes, that
[14:20] <Quintasan> shadeslayer: https://code.launchpad.net/~kubuntu-dev/user-manager/master
[14:20] <Quintasan> wat is dat?
[14:20] <yofel> # FIXME: Port tests to LibKGAPI2
[14:20] <yofel> if (NOT KGAPI_DISABLE_DEPRECATED)
[14:20] <yofel>     add_subdirectory(tests)
[14:20] <yofel> endif (NOT KGAPI_DISABLE_DEPRECATED)
[14:20] <yofel> that should be something like if (NOT KGAPI_DISABLE_DEPRECATED AND KDE4_BUILD_TESTS)
[14:21] <shadeslayer> Quintasan: user manager kcm by afiestas_
[14:21] <shadeslayer> that we did not ship -.-
[14:21] <Quintasan> OOOH
[14:21]  * Quintasan tests
[14:21] <Quintasan> Yes
[14:21] <Quintasan> Looks MUUUUUUUUUCH better
[14:22] <yofel> shadeslayer: but yeah, that is because we have KDE4_BUILD_TESTS=FALSE in kdelibs (and pkg-kde-tools I think)
[14:22] <shadeslayer> thought so ^^
[14:22] <Quintasan> shadeslayer: Though not much development going on I see
[14:22] <shadeslayer> I'll have a look at enabling that back tomorrow
[14:22] <yofel> but fix the upstream code to not even try to run the tests then
[14:23] <shadeslayer> Quintasan: dunno, ask afiestas_
[14:23] <Quintasan> well anyhow
[14:23] <Quintasan> afiestas_: Good job on this, it looks better than this crap we currently have but I'm still missing some advanced features
[14:23] <yofel> Quintasan: please listen to the last mumble meeting
[14:24] <yofel> it's intentionally designed like that
[14:24] <Quintasan> oh
[14:24] <Quintasan> We have kuser for that
[14:27] <Quintasan> Yes, this is actually better
[14:29] <smartboyhw> Uh wait, how come does a libkgapi with version 2 produce libkgapi.so.1 !?
[14:30] <Quintasan> Uhh
[14:30] <Quintasan> Upstream forgot to bump the soname? Or it's binary compatible
[14:30] <Quintasan> Funny thing
[14:30] <yofel> smartboyhw: because those 2 things are totally unrelated?
[14:31] <smartboyhw> yofel, oh?
[14:31] <smartboyhw> W: libkgapi2: package-name-doesnt-match-sonames libkgapi1 libkgapi2-2
[14:31] <smartboyhw> That's the strange thing
[14:31] <Quintasan> I can only recall when TO BUMP soname
[14:31] <smartboyhw> yofel, ^
[14:31] <smartboyhw> So many strange SONAMES out there.
[14:32] <yofel> well, someone stuffed 2 libs into one package and misnamed the package at that
[14:32] <Quintasan> ah
[14:32] <smartboyhw> yofel, what should I do then?
[14:33] <shadeslayer> yofel: why are we not using Qt4 from archives for Neon 4?
[14:33] <Quintasan> yofel: let's say we have libkgapi 1.9.7, the library name would be libkgapi.so.1 and then upstream releases 2.0.1, the so name is going to get bumped anyways or it's going to stay at 1 is it's binary compatible?
[14:33] <yofel> smartboyhw: make split packages?
[14:33]  * Quintasan was never clear about that
[14:33] <smartboyhw> Quintasan, the version before 2.0.0 was actually 0.4.4.
[14:34] <yofel> shadeslayer: because back in the dark days for the fuzzy past we were BIC with the archive
[14:34] <Quintasan> smartboyhw: Doesn't matter, asking in general
[14:34] <shadeslayer> aha
[14:34] <Quintasan> yofel: That was probably when I had no idea what I was doing :P
[14:34] <apachelogger> Quintasan: you were drunk when you wrote that -a thing I presume
[14:35] <yofel> Quintasan: if ABI isn't broken there's no need to bump SOVERSION
[14:35] <Quintasan> apachelogger: no, it was copypasta from the Qt packaging we had back then
[14:35] <smartboyhw> what happens: There is a libkgapi.so.1 and libkgapi.so.2
[14:35] <Quintasan> yofel: So we would have package version 2.0.1 but the soname would be 1 :D
[14:35] <smartboyhw> Quintasan, ^
[14:36] <Quintasan> smartboyhw: You need to split the source package into two binary packages
[14:36] <smartboyhw> Quintasan, I know, one libkgapi1 and one libkgapi2
[14:36] <yofel> Quintasan: proof of point:
[14:36] <yofel> 918748 0 lrwxrwxrwx 1 yofel yofel 17 Jul  2 16:33 lib/libkgapi.so.1 -> libkgapi.so.2.0.1
[14:36] <Quintasan> oh god
[14:36] <yofel> SOVERSION != lib version
[14:36] <Quintasan> yofel: Yes I know that.
[14:37] <Quintasan> That's why I was wondering what should happen
[14:37] <smartboyhw> BTW, why is package-name-doesnt-match-sonames appearing a libkgapi2-2 ?
[14:37] <yofel> smartboyhw: libkgapi1 and libkgapi2-2
[14:37] <smartboyhw> yofel, alright
[14:37] <smartboyhw> Oh god, the symbols need to be regenerated then:(
[14:37] <smartboyhw> Again
[14:37] <yofel> the lib is libkgapi2.so.2 -> libkgapi2-2
[14:37] <Quintasan> smartboyhw: Well, the message tells you they don't match! They have to match exactly
[14:38] <apachelogger> yofel: kdelibs building WIP if it fails feel free to twiddle it
[14:38]  * Quintasan remebers the 4.7.2~really4.7.1-0ubuntu4 upload
[14:38] <apachelogger> https://code.launchpad.net/~neon/+recipe/project-neon5-kdelibs
[14:39] <smartboyhw> yofel, em, what about the -dbg packages?
[14:39] <smartboyhw> In debian/rules
[14:40] <Quintasan> add --dbg-package=libkgapi2-2-dbg?
[14:40] <smartboyhw> Quintasan, there should be two -dbg packages then
[14:40] <Quintasan> Yes, just add another one
[14:40] <smartboyhw> How do I specify which one goes where?
[14:40] <smartboyhw> Quintasan, !?
[14:40] <Quintasan> ehh
[14:40] <yofel> -p iirc
[14:41] <smartboyhw> yofel, ?
[14:41] <smartboyhw> Quintasan, ?
[14:41] <Quintasan> Where the hell is packaging for that?
[14:42] <yofel> Quintasan: libkgapi? archive
[14:42] <smartboyhw> Quintasan, not in kubuntu-packagers
[14:42] <Quintasan> yofel: You still have to do the -p hack?
[14:43] <Quintasan> I thought you could just add another --dbg-package entry
[14:43] <yofel> well, first ask yourself whether you really need 2, IMO --dbg-package=libkgapi-dbg would be fine too
[14:43] <Quintasan> One package with debugging symbols for both?
[14:43] <Quintasan> Bleh
[14:43] <yofel> well, then we'll have to do dh_strip -pfooX --dbg-package=libfooX-dbg
[14:44] <yofel> make that dh_strip -plibfooX --dbg-package=libfooX-dbg
[14:44] <Quintasan> dh $@ --dbg-package=libkgapi1-dbg --dbg-package=libkgapi2-2-dbg --with kde --parallel --fail-missing won't work?
[14:45] <smartboyhw> yofel, how about the -dev packages? Same package or?
[14:46] <yofel> Quintasan: tbh, I never tried
[14:47] <Quintasan> Let us have smartboyhw test that
[14:47] <smartboyhw> Quintasan, I will test yofel's one:P
[14:47] <yofel> smartboyhw: unless you have a reason to split them, don't
[14:47] <Quintasan> What yofel said
[14:47] <Quintasan> smartboyhw: Can you test mine first? It's not going to take a long time since you have all the changes
[14:47] <Quintasan> And we might actually learn something
[14:49] <smartboyhw> Who hell has created such a strange packaging scenarios.....
[14:49] <Quintasan> Life itself
[14:49] <yofel> this isn't strange
[14:49] <smartboyhw> yofel, stranger than others:)
[14:49]  * yofel wonders how you get that idea after seeing simon
[14:49] <Quintasan> smartboyhw: Be thankful you didn't have to touch qtscriptgenerator
[14:49] <yofel> hehehehe
[14:50] <yofel> indeed
[14:50] <Quintasan> I'm still not sure what's going on in that one
[14:50] <yofel> be happy
[14:50] <yofel> I know it somewhat, and I'm not happy about it
[14:50] <yofel> except that I know how awesome MoDaX is
[14:50] <Quintasan> I think only MoDaX knows what the hell is going on there
[14:50] <smartboyhw> Quintasan, what happened with it?
[14:50] <Quintasan> YEah
[14:51] <Quintasan> smartboyhw: Well, it works, but noone knows for sure how
[14:51] <Quintasan> save for MoDaX 
[14:51] <smartboyhw> Quintasan, building.
[14:52] <Quintasan> smartboyhw: libkgapi with my proposed solution you mean?
[14:52] <smartboyhw> Quintasan, W: libkgapi2-2-dbg: empty-binary-package
[14:52] <smartboyhw> Quintasan, yeah, but see above
[14:52] <Quintasan> Ah yes
[14:52] <Quintasan> It doesn't work
[14:52] <Quintasan> yofel++ thne
[14:52] <Quintasan> then*
[14:56] <genii> After updates today, the splash screen took quite a while when it hit the System Settings icon ( like almost a minute and a half)
[14:59] <smartboyhw> yofel, E: libkgapi2-2: ldconfig-symlink-missing-for-shlib usr/lib/x86_64-linux-gnu/libkgapi.so.1 usr/lib/x86_64-linux-gnu/libkgapi.so.2.0.1 libkgapi.so.1
[14:59] <smartboyhw>  (aren't it supposed to go for libkgapi1 instead?)
[15:00] <smartboyhw> Heh, are we supposed to congrat Fedora 19 on it's release today?;P
[15:00] <yofel> why is libkgapi.so.1 in libkgapi2-2?
[15:01] <yofel> please fix the install files
[15:01] <smartboyhw> yofel, it ISN't!
[15:01] <yofel> makes no sense otherwise
[15:01]  * smartboyhw rebuilds, sigh
[15:02] <Quintasan> Well, really going out now
[15:02] <Quintasan> Laters
[15:08] <smartboyhw> yofel, the split method, how to use? I can't get it working
[15:08] <smartboyhw> That's basically the last hurdle here
[15:09] <yofel> for what?
[15:10] <smartboyhw> yofel, -dbg packages?
[15:11] <yofel> you remove the --dbg-package stuff from the top, then add an override_dh_strip, there you strip the 2 packages into seperate packages
[15:15] <smartboyhw> yofel, ah, override_dh_strip
[15:18] <smartboyhw> yofel, still can't get it.
[15:18] <smartboyhw> And also, now the lintian complains about unstripped libraries.
[15:19] <yofel> dh_strip -plibkgapi1 --dbg-package=libkapi1-dbg
[15:19] <yofel> I think
[15:22] <smartboyhw> yofel, um, no.
[15:22] <yofel> hm...
[15:23] <yofel> pastebin what you have please
[15:24] <smartboyhw> yofel, http://paste.kde.org/787502/
[15:24] <smartboyhw> Wait, I think I found a solution
[15:25] <yofel> the 2nd line is missing
[15:25] <smartboyhw> yofel, yeah
[15:29] <smartboyhw> yofel, no. It still says the two -dbg packages are empty
[15:30] <yofel> smartboyhw: please pasetbin a full DH_VERBOSE=1 buildlog
[15:31] <smartboyhw> yofel, how?
[15:32] <smartboyhw> debuild -j4 -DH_VERBOSE=1 ?
[15:32] <smartboyhw> debuild -j4 --DH_VERBOSE=1 ?
[15:32] <yofel> export DH_VERBOSE=1
[15:45] <smartboyhw> yofel, http://paste.kde.org/787514/ ?
[15:46] <smartboyhw> It doesn't seem DH_VERBOSE=1 even I added it to ~/.bashrc and sourced it.
[15:50] <Riddell> smartboyhw: where did we get to with simon?
[15:51] <smartboyhw> Riddell, shadeslayer pinged me yesterday, but I have no time to see what he read.
[15:51] <smartboyhw> s/read/wrote/
[15:51] <kubotu> smartboyhw meant: "Riddell, shadeslayer pinged me yesterday, but I have no time to see what he wrote."
[15:52] <yofel> smartboyhw: that's indeed not verbose, probably slightly different option. But I can see that dh_strip is never run
[15:52] <smartboyhw> yofel, hmm, why>
[15:53] <smartboyhw> yofel, http://wiki.debian.org/DebugPackage
[15:53] <smartboyhw> Plz see what I did wrong with.
[15:53] <yofel> hm, did you add the debug packages in the control file?
[15:53] <smartboyhw> yofel, hey, I did
[15:54] <Riddell> smartboyhw: do you have stuff in progress or should I get onto it?
[15:54] <smartboyhw> Riddell, probably simon? :P
[15:54] <smartboyhw> I will built a source package and will tell you the .dsc location
[15:54] <yofel> can't say what's wrong then.
[15:55] <yofel> I'm off for a bit, back in ~3h
[15:55] <smartboyhw> yofel, Riddell http://paste.kde.org/787550/
[15:55] <smartboyhw> THe debian/rules file
[15:55] <yofel> uhm
[15:55] <yofel> .PHONY: override_dh_strip
[15:55] <yofel> NO
[15:56] <yofel> hm wait
[15:56]  * yofel is really off as he can't think in make right now
[15:57] <smartboyhw> yofel, well, that's what the page wiki.debian.org/DebugPackage does
[15:58] <Riddell> override_dh_auto_test:
[15:58] <Riddell> smartboyhw: you left that blank ^^
[15:58] <smartboyhw> Riddell, yes,
[15:58] <smartboyhw> So?
[15:58] <Riddell> smartboyhw: that'll break auto_test, maybe that's what you want?
[15:58] <Riddell> .PHONY: override_dh_strip
[15:58] <Riddell> override_dh_strip:
[15:58] <smartboyhw> Riddell, yes
[15:58] <Riddell> those two seem incompatible ^^
[15:58] <smartboyhw> I don't want test!
[15:58] <smartboyhw> Riddell, http://wiki.debian.org/DebugPackage
[15:59] <smartboyhw> It DOES say PHONY there
[15:59] <Riddell> mm
[16:00] <Riddell> smartboyhw: what's the problem you're having anyway?
[16:00] <smartboyhw> Riddell, the -dbg packages ARE EMPTY
[16:01] <Riddell> override_dh_strip: $(overridden_command) --dbg-package=libkcddb-dbg
[16:01] <Riddell> smartboyhw: that's from libkcddb
[16:01] <smartboyhw> Riddell, :O
[16:01] <Riddell> I'd try removing the phony declaration
[16:01] <Riddell> do you really want two debug packages?
[16:02] <smartboyhw> Riddell, well, I need to. There are just two packages in the source package, and I need to split
[16:03] <Riddell> you can still have one debug package, I don't think I've ever seen a source package with multiple debug packages
[16:04] <smartboyhw> Riddell, hmm?
[16:07] <smartboyhw> Riddell, uploading simon for you. Go to my 2buntu ppa
[16:07] <smartboyhw> As for this lib, work tomorrow....
[16:10] <smartboyhw> Riddell, uploaded. Sleep time....
[17:32] <lordievader> Good evening.
[17:37] <tester56> hi, any way to test kickoff-qml in kubuntu? is there a neon package? would be a nice thing to test
[17:39] <tester56> is it necessary to compile whole plasma for kickoff qml?
[17:41]  * yofel kicks XMir
[17:41] <yofel> I'm not spending another second on this until Mir can do vt switching
[17:43] <tester56> :-)
[18:23] <tester56> sorry ... i had problems with my connection so i had to quit ... does any project neon package contain kickoff-qml?
[18:23] <tester56> i tried to build it using this instructions: http://www.kubuntuforums.net/showthread.php?59573-Kickoff-2-Kickoff-QML-Kubuntu-12-04-KDE-4-8 ... but it only says the widget cannot be found
[18:24] <shadeslayer> doubt it
[18:24] <shadeslayer> I think the QML kickoff was only in a branch
[18:25] <tester56> any idea how to build it correctly?
[18:25] <shadeslayer> using neon?
[18:25] <tester56> yes would be easier  .... but i would be happy for any working instructions
[18:26] <tester56> currently i tried it building for me normal session
[18:26] <shadeslayer> just clone kde-workspace, checkout branch, then run neon-env and then neonmake in top level dir 
[18:27] <tester56> but that would build everything
[18:27] <tester56> http://mail.kde.org/pipermail/kde-testing/2012-November/000244.html 
[18:28] <shadeslayer> sure
[18:28] <shadeslayer> alternatively
[18:28] <shadeslayer> just build the kickoff
[18:28] <tester56> are the instructions on the page correct?
[18:28] <shadeslayer> mkdir build; cd build; neon-cmake ..; cd path/to/kickoff; make; sudo make install
[18:30] <tester56> sounds sensible ... 
[18:30] <tester56> E: Unable to find a source package for project-neon-kde-workspace
[18:32] <tester56> okay have to enable source in repositories
[18:32] <shadeslayer> ^^
[18:33] <shadeslayer> tester56: #project-neon would be a better place for this discussion
[18:33] <tester56> ack
[18:34] <tester56> thanks for your help so far!
[18:35] <ahoneybun> Riddell: still need partitionmanager merged?
[18:35] <shadeslayer> np
[18:37] <Riddell> ahoneybun: yep
[18:37] <Riddell> ahoneybun: there might be a new version of rekonq to packagetoo
[18:37] <ahoneybun> do I need ec2? nope I think that was done
[18:41] <ahoneybun> Riddell: ok so use bzr and pull the package?
[18:47] <shadeslayer> http://sources.debian.net/
[18:48] <shadeslayer> ^ kind of like browsing bzr
[18:48] <shadeslayer> yofel: ^^
[18:48] <shadeslayer> http://bits.debian.org/2013/07/introducing_sources.debian.net.html
[18:48] <ahoneybun> shadeslayer: http://developer.ubuntu.com/packaging/html/udd-merging.html
[18:49] <shadeslayer> huh? whut?
[18:51] <ahoneybun> shadeslayer:  Riddell said it just needed merging
[18:51] <ahoneybun> partitionmanager
[18:51] <shadeslayer> but why was I highlighted with that link?
[18:52] <ahoneybun> huh?
[18:52] <ahoneybun> http://packages.debian.org/unstable/admin/partitionmanager
[18:52] <ahoneybun> merge from debian
[18:52] <ahoneybun> we have 1.0.3 but debian has 1.0.3-2
[18:52] <shadeslayer> are you telling me to merge partitionmanager from Debian?
[18:52] <ahoneybun> shadeslayer: no I am going to try to do it
[18:52] <shadeslayer> okay
[18:53] <ahoneybun> sorry ;
[18:53] <ahoneybun> ;)
[18:53] <shadeslayer> no need to be :)
[18:53] <ahoneybun> so just use bzr to pull the branch
[18:53] <ahoneybun> then use that merging page>
[18:53] <ahoneybun> ?
[18:55] <shadeslayer> whaaa
[18:55] <shadeslayer> dpkg: error processing /var/cache/apt/archives/kdelibs5-dev_4%3a4.10.90-0ubuntu1~ubuntu12.10~ppa1_i386.deb (--unpack):
[18:55] <shadeslayer>  trying to overwrite '/usr/bin/preparetips', which is also in package pkg-kde-tools 0.15.3ubuntu3~ubuntu12.10~ppa1
[18:55] <ahoneybun> shadeslayer: I downloaded the branch from lp and then ran bzr merge and got this http://paste.kde.org/787712/
[18:56] <shadeslayer> ahoneybun: not really in a mood to look at things right now
[18:56] <shadeslayer> too tired
[18:56] <ahoneybun> oh
[19:40] <shadeslayer> any ideas how one updates the command-not-found database by hand?
[20:14] <BluesKaj> rekonq is not responding to "accept all cookies settings"  in configure rekonq>privacy>manage cookies , can't use my banking site because it says I have to turn "accept coookies" on in my browser.
[20:15] <shadeslayer> report a bug upstream?
[20:16] <genii> BluesKaj: Still doesn't take after quitting and opening it again?
[20:16] <BluesKaj> genii, nope
[20:18] <BluesKaj> it's been like this for over a yr , shadeslayer one would think some one who uses rekonq more than I do, would have reported it by now
[20:19] <shadeslayer> people are lazy, they might have not reported it and instead installed Firefox/Chromium
[20:20]  * shadeslayer checks
[20:20] <shadeslayer> bleh
[20:20] <shadeslayer> my bank doesn't require cookies to be enabled
[20:22] <BluesKaj> yeah , but that doesn't do anything for rekonq's bug ,, i won't bother trying again for a few months 
[20:23] <genii> Looks like maybe similar: https://bugs.kde.org/show_bug.cgi?id=257310
[20:23] <shadeslayer> mm works for me
[20:23] <shadeslayer> I disabled cookies
[20:23] <shadeslayer> gmail complained
[20:23] <shadeslayer> then I enabled again
[20:23] <shadeslayer> all is well
[21:59] <ScottK> Riddell: I took a glance at the *kscreen SRU.  It seems very invasive.  It's what prompted me to ask apachelogger for the package list for the MRE update.  I think we could do it under a MRE, but not as a regular SRU.  I'd also want to understand why all the dependency changes.
[22:22] <shadeslayer> ScottK: btw what exactly is a MRE?
[22:23] <ScottK> micro release exception
[22:23] <shadeslayer> aha
[22:42] <valorie> heh, Meals Ready to Eat didn't seem quite right for the sitch
[22:50] <ScottK> Nope. Nothing that awful. 
[22:50] <shadeslayer> ^^
[23:25] <shadeslayer> ../../kwin/egl_wayland_backend.h:130:5: error: 'wl_registry' does not name a type
[23:25] <shadeslayer> *blink*
[23:26] <shadeslayer> I suppose no wayland support for Quantal and Precise users