[05:32] <tvoss> mgraesslin, ping
[05:33] <mgraesslin> tvoss: pong
[05:33] <tvoss> mgraesslin, good morning (under the assumption you are in Germany) :)
[05:33] <mgraesslin> yes :-) good morning
[05:33]  * tvoss loves the brain melting temperatures early in the morning right now
[05:34] <tvoss> mgraesslin, so I was looking through the kwin source code and wonder if you could help me in getting a few questions answered
[05:34] <mgraesslin> I can try
[05:35] <tvoss> mgraesslin, great :) here we go: So for integrating with an EGL/GL platform, OpenGLBackend is the class to implement? Do I understand that correctly?
[05:35] <mgraesslin> yes
[05:35] <mgraesslin> but that's just for the OpenGL compositor obviously
[05:36] <mgraesslin> the XRender one is currently getting adjusted
[05:37] <tvoss> mgraesslin, yup :) so one question (out of curiosity): is there a reason you do not use the q platform abstraction layer to "hide" those GL bits?
[05:37] <mgraesslin> when we started the OpenGL part, Qt's OpenGL was not up to where it is now
[05:38] <mgraesslin> maybe that changed with Qt 5 - I haven't looked into it enough
[05:38] <mgraesslin> but Qt 4 doesn't provide what we need
[05:39] <tvoss> mgraesslin, ah okay, that makes perfect sense then
[05:39] <tvoss> mgraesslin, so for interfacing with GL it's OpenGLBackend. I was wondering where you bridge over to the input subsystem. Or do you read directly off evdev?
[05:40] <mgraesslin> quite simple: that code is not there yet
[05:40] <mgraesslin> the egl_wayland_backend does some nasty hacks
[05:40] <mgraesslin> but in general the code still needs to be written
[05:41] <tvoss> mgraesslin, ah okay :) I would think the same holds true for app mgmt/focus/window placement strategies?
[05:42] <mgraesslin> no that all exists, just only for the X11 backend
[05:42] <tvoss> mgraesslin, ah, that is cool :) can you point me to the code?
[05:42] <tvoss> mgraesslin, that is, for the existing x11 backend
[05:42] <mgraesslin> well that's everything :-)
[05:43] <mgraesslin> tvoss: best explained in http://community.kde.org/KWin/Hacking
[05:43] <tvoss> mgraesslin, got it, thx
[05:44] <mgraesslin> tvoss: at the moment I highly recommend to not try to integrate KWin with Mir - it's a bad point in time
[05:44] <mgraesslin> we are about to switch to Qt 5 and KF 5
[05:44] <mgraesslin> so the code will break badly
[05:44] <mgraesslin> and the code will change
[05:44] <mgraesslin> we don't mind moving large code parts around
[05:45] <tvoss> mgraesslin, hmm, that would be great as we have a working qpa implementation for Mir. Do you have some ballpark estimate for the qt5 switch?
[05:46] <mgraesslin> when master opens up again - in a few weeks
[05:46] <mgraesslin> we plan to have a development preview release this year
[05:47] <mgraesslin> for Kubuntu the earliest release on Qt 5 can be 14.10, maybe 15.04
[05:47] <mgraesslin> 14.04 will come 4.11 just like 13.10
[05:48] <tvoss> mgraesslin, okay, thanks, that helps me. I might start playing around with the kwin code as is, though, totally being aware that I'm standing on shaky ground :)
[05:49] <tvoss> mgraesslin, would you be the right guy to talk to for XMir, too?
[05:49] <mgraesslin> tvoss: I have no interest in anything with Mir, it's a downstream problem from my point of view
[05:49] <mgraesslin> and it's a downstream I'm not running, so I cannot help anything there
[05:50] <tvoss> mgraesslin, okay, fair enough
[05:50] <mgraesslin> tvoss: in fact I don't think you will find any upstream developer who is able to help there - no KDE workspace core developer is to my knowledge using Kubuntu
[05:52] <tvoss> mgraesslin, okay, however, my questions were answered :) thanks for that
[05:52] <mgraesslin> you're welcome
[06:12] <soee> good morning
[07:56] <smartboyhw> Damn it, okular still is crapped.
[07:56] <smartboyhw> I REALLY HATE SYMBOLS...
[08:05] <smartboyhw> Re-uploaded...
[08:05] <shadeslayer> smartboyhw: make sure you supply pkgkde-symbolshelper with both the build logs
[08:05] <smartboyhw> shadeslayer, ?
[08:06] <shadeslayer> both = both i386 and amd64
[08:06] <shadeslayer> wait
[08:06] <shadeslayer> smartboyhw: how are you fixing the symbols file?
[08:06] <shadeslayer> by hand?
[08:06] <smartboyhw> shadeslayer, hand yeah.
[08:07] <shadeslayer> ...
[08:07] <smartboyhw> shadeslayer, that's why I'm stupid:P
[08:07] <smartboyhw> shadeslayer, btw how do you do it?
[08:07] <shadeslayer> pkgkde-symbolshelper 
[08:07]  * smartboyhw didn't know that existed:P
[08:07] <shadeslayer> smartboyhw: please go through http://pkg-kde.alioth.debian.org/symbolfiles.html
[08:08] <smartboyhw> shadeslayer, hmm interesting.
[08:10] <smartboyhw> After okular, it would be kwallet.
[08:10] <smartboyhw> The damning .install file error;P
[08:14] <smartboyhw> On this pace, we can get 4.10.80 out when 4.10.81 releases:P
[08:14] <smartboyhw> (Kidding)
[08:15] <yofel> not really kidding. I think we've been doing that for the last 2 releases ^^
[08:17] <smartboyhw> yofel, yeah!:)
[08:20]  * shadeslayer is trying to do everything as fast as possible
[08:21] <smartboyhw> Currently existing problems are for korundum (code error), kwallet (I will fix it), rocs (cmake grantlee error), kajongg (weird build-dep error on python-twisted), kdegraphics-mobipocket (due to okular)
[08:21] <smartboyhw> kdegraphics-stringi-analyzers failed (code again)
[08:21] <smartboyhw> s/kdegraphics/kdenetwork/
[08:21] <kubotu> smartboyhw meant: "kdenetwork-stringi-analyzers failed (code again)"
[08:21] <yofel> well cmake rather
[08:21] <yofel> it's missing a check for boost
[08:22] <yofel> (and the package is missing the dep)
[08:22] <smartboyhw> kdewebdev (.install files problem)
[08:22] <shadeslayer> I think we can be done by this weekend
[08:22] <shadeslayer> hopefully
[08:22] <smartboyhw> klickety (again .install files problem)
[08:23] <smartboyhw> Fortunately I can join in this mess at the right time:)
[08:25] <Quintasan> yofel: kajongg is still fcksd on i386
[08:25] <Quintasan> Seems like kiten is ok now
[08:26] <yofel> someone else look into kajongg, that's some python issue in the archive
[08:26] <shadeslayer> ^^
[08:27]  * shadeslayer won't be available on the weekend
[08:27] <shadeslayer> erm
[08:27] <shadeslayer> s/on the weekend/in the evening/
[08:27] <kubotu> shadeslayer: You did something wrong... Try s/you/me/ or tell me "help sed"
[08:27] <smartboyhw> help, I now have the exact error as the ORIGINAL okular i386 plasma-active-dev issue (what? the build in ninja is ok while here not)
[08:27] <shadeslayer> pastebin them build logs
[08:28] <smartboyhw> shadeslayer, erm it is just this...
[08:28] <yofel> your chroot does have saucy-proposed enabled?
[08:28] <smartboyhw> yofel, erm no.
[08:28] <yofel> you'll need that ;)
[08:28] <smartboyhw> 1. that's my actual computer:p
[08:28] <smartboyhw> yofel, meh.
[08:29] <yofel> that's why we have chroots...
[08:29] <yofel> if you don't want to use pbuilder a simple debootstrap chroot works too
[08:29] <yofel> or a VM, but that's overkill
[08:29] <shadeslayer> ^^
[08:29] <shadeslayer> lxc
[08:29] <shadeslayer> ftw
[08:29] <yofel> true ^^
[08:30] <smartboyhw> Heh
[08:35] <shadeslayer> huh odd
[08:35] <shadeslayer> there is a applets/kdeobservatory/src/
[08:35] <shadeslayer> however
[08:35] <shadeslayer> there is no kdeobservatory widget that's built
[08:51] <shadeslayer> oh
[08:51] <shadeslayer> hmm
[08:51] <shadeslayer> Qwt5-Qt4_FOUND
[09:02] <smartboyhw> shadeslayer, I'm supposed to include http://paste.kde.org/777638/ in symbols too?
[09:04] <shadeslayer> that kind of looks odd but yes
[09:04] <shadeslayer> just use pkgkde-symbolshelper
[09:09] <smartboyhw> Hmm, it really takes a long time to set up pbuilder i386...
[09:12] <smartboyhw> Maybe I should upload this thing first into Ninjas and see how symbols fail in i386....
[09:13] <smartboyhw> Uploaded ~ppa5.
[09:13] <smartboyhw> Hopefully I don't need a ~ppa10.
[09:18] <yofel> that's what I usually do ^^
[09:19] <smartboyhw> yofel, yeah. I hope not this time.....
[09:19] <yofel> and ppa10 is fine, with the build priority ninjas has you'll still be done today
[09:19] <smartboyhw> yofel, yeah, that's the important point:P
[09:19] <smartboyhw> Thank you private PPAs:P
[09:24] <apachelogger> "To get the mighty Kubuntu pbuilder-hooks (written by mighty Harald Sitter aka apachelogger), run:"
[09:24] <apachelogger> lol
[09:25] <smartboyhw> apachelogger, :O
[09:25]  * smartboyhw feels terror terror terror terror terror
[09:28] <smartboyhw> yofel, shadeslayer dh_sameversiondep: cannot continue because the reference package libokularcore2abi1 could not be found in debian/control or dpkg status
[09:28] <smartboyhw> The strange error
[09:28] <smartboyhw> Since the symbols have been solved now it seems.
[09:28] <yofel> look through the control file
[09:29] <yofel> there's some sameversiondep definition in a Depends: field somewhere
[09:29] <smartboyhw> yofel, ok.
[09:29] <smartboyhw> yofel, yeah got it.
[09:29]  * smartboyhw builds ~ppa6.
[09:33] <smartboyhw> Uploaded.
[09:33] <smartboyhw> Hope that this build finally works.
[09:38] <apachelogger> ErrorMessage: não pode copiar dados extráidos para './usr/lib/kde4/libexec/ksendbugmail' para '/usr/lib/kde4/libexec/ksendbugmail.dpkg-new': fim de ficheiro ou stream inesperado
[09:38] <apachelogger> if only I knew what it means
[09:39] <apachelogger> yofel: good to see you SRUd finally :P
[09:39] <yofel> I would guess it failed to write a file
[09:39] <apachelogger> yofel: /opt/project-neon5/share/pkg-project-neon5/0/default-settings.mk:3: *** missing target pattern.  Stop.
[09:39] <apachelogger> yofel: file stream got interrupted unexpected I suppose
[09:39] <smartboyhw> yofel, \o/
[09:39] <smartboyhw> We can get 4.10.4!
[09:40] <apachelogger> locale on terminal is le fufufufufufufufufu
[09:40] <yofel> apachelogger: why are you using default-settings directly? Either use project-neon5.mk, or write your own %: target
[09:40] <apachelogger> yofel: include /opt/project-neon5/share/pkg-project-neon5/0/project-neon5.mk
[09:40] <apachelogger> see lp:~neon/project-neon5/qtbase
[09:41] <yofel> brrrrr
[09:41] <yofel> looking
[09:41] <apachelogger> yofel: don't seem to find default-settings
[09:42] <apachelogger> ah, I  am just bad at copynpaste
[09:42] <Riddell> yay kde-workspace compiled
[09:42] <smartboyhw> Riddell, yep:
[09:42] <smartboyhw> :)
[09:43] <apachelogger> yofel: NEON_PROJECT_NAME: := project-neon5
[09:43] <yofel> apachelogger: hm?
[09:43] <apachelogger> excess :
[09:43] <yofel> eeeek
[09:44] <yofel> fixed
[09:44] <apachelogger> works without the colon it seems \o/
[09:45] <smartboyhw> :=)
[09:45] <smartboyhw> :P
[09:46] <Riddell> hi Oli 
[09:46] <yofel> apachelogger: I triggered a build and need to be off for lunch, bbiab
[09:47] <apachelogger> xcb.cpp:46:27: fatal error: xcb/xcb_icccm.h: No such file or directory
[09:47] <apachelogger> :(
[09:48] <smartboyhw> !?
[09:48] <smartboyhw> :O
[09:49] <smartboyhw> Yes Okular BUILDS!!!!!!!!!!!!
[09:49]  * smartboyhw goes off cheering:P
[09:49] <smartboyhw> still publishing but at least it builds without issues.
[09:53] <apachelogger> !find randr.h
[10:02] <smartboyhw> Okular successfully uploaded.
[10:23] <smartboyhw> kwallet done, now kdepim-runtime.
[10:23] <Riddell> you're on a roll
[10:24] <shadeslayer> Riddell: maybe even send a email about analitza ABI breakage
[10:24] <shadeslayer> Riddell: commit 3c1f0b4ea784eeed754a68e611a1f6f3aa4f9cac fixes it
[10:25] <smartboyhw> Riddell, heh.
[10:26] <Riddell> shadeslayer: groovy
[10:32] <smartboyhw> Riddell, shadeslayer I saw kgoldrunner in the kubuntu-ninjas notes, but I can't see that package in our PPA. Did it disappear or just it wasn't built?
[10:33] <yofel> it wasn't uploaded
[10:33] <smartboyhw> yofel, for what reasons?
[10:33] <yofel> as that was the first batch, bzr-buildpackage-ppa failed
[10:33] <yofel> for whatever reason
[10:34] <yofel> (usually it's patches)
[10:34] <smartboyhw> Grrrrrrr :P
[10:49] <apachelogger> JontheEchidna: https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/1183615 you totally should close this bug because I forgot again when a file stream error occurs :P
[11:03] <smartboyhw> kdepim-runtime uploaded!
[11:16] <BluesKaj> Hey all
[11:16] <Riddell> smartboyhw: awooga!
[11:17] <smartboyhw> Riddell, :P
[11:21] <smartboyhw> Riddell, any thoughts on http://paste.kde.org/777746/ ?
[11:27] <apachelogger> yofel: I can build source package \o/
[11:27] <yofel> \o/
[11:28] <smartboyhw> \o/
[11:28] <smartboyhw> yofel, apachelogger thoughts on http://paste.kde.org/777746/ ?
[11:29] <yofel> not sure, but smokegen is broken too, fix that first
[11:29] <yofel> considering there's _SMOKE stuff missing that might be the reason
[11:30] <apachelogger> yeah, fixing smoke before fixing stuff that uses smoke is a good idea generally :P
[11:30] <yofel> ah hm, smokegen is only that stupid lib symlink
[11:31] <apachelogger> gawd
[11:31] <apachelogger> kmix is so broken it's just not funny anymore
[11:32] <yofel> oh fun, kdenetwork-strigi-analyzers has 0 copyright files
[11:32] <apachelogger> of course
[11:32] <yofel> why am I not surprised...
[11:32] <apachelogger> they moved to git
[11:32] <BluesKaj> the whole audio setup is a mess ...a nice comprehensive audio suite would be nice 
[11:33] <smartboyhw> Eh:P
[11:33] <apachelogger> and after some 7 modules having moved to git still no one remembers to copy the flipping copying files
[11:33] <apachelogger> BluesKaj: eh?
[11:33] <yofel> anyway, need to fix cmake first
[11:33] <smartboyhw> yofel, wait a minute: Didn't smokegen compiled successfully?
[11:34] <BluesKaj> apachelogger, kmix is just a small part of the problem
[11:34] <yofel> smartboyhw: yeah, it's just list-missing
[11:34]  * apachelogger gets a headache
[11:34] <apachelogger> BluesKaj: it is?
[11:34] <smartboyhw> yofel, ah.
[11:34] <yofel> try to retry what failed
[11:34] <yofel> or maybe you need to sequentially retry smoke too, if something was chained in the chain
[11:34] <apachelogger> yofel: someone should revise them qtbase build deps, I have a feeling half of those are not needed :O
[11:34] <yofel> *changed
[11:34] <BluesKaj> aw c'mon apachelogger , you know what I mean
[11:35] <apachelogger> BluesKaj: I really don't
[11:35] <yofel> apachelogger: does this look sensible? http://paste.kde.org/777758
[11:35] <smartboyhw> OK yofel I will fix smokegen. 
[11:35] <yofel> smartboyhw: just add the dropped not-installed file back
[11:35] <smartboyhw> yofel, OK.
[11:35] <smartboyhw> Then?
[11:35] <apachelogger> yofel: no, see strigi above? :P
[11:35] <smartboyhw> Just that?
[11:36] <yofel> apachelogger: I copied that from kdepim...
[11:36] <BluesKaj> apachelogger, I'm oin no mood to rant about alsa's negelect , pulseaudio , pavucontrol , gstreamer etc tetc
[11:36] <apachelogger> then kdepim is silly too
[11:36] <smartboyhw> yofel, ?
[11:36] <apachelogger> yofel: that command will fail immediately if it is not found
[11:36] <apachelogger> yofel: macro_optional_find_package OTOH will only fail at the very end
[11:37] <yofel> ok, so macro_optional_find_package(Boost REQUIRED) ?
[11:37] <yofel> or how does that work?
[11:37] <apachelogger>  macro_log_feature(STRIGI_FOUND "Strigi" "Metadata extraction" "" FALSE "" "Needed to get metadata for .torrent files") <- you'll simply want a TRUE in the middle there, marking it as required
[11:37] <yofel> aaaah
[11:37] <yofel> ok, next try
[11:37] <apachelogger> BluesKaj: then don't? :P
[11:37] <BluesKaj> \I won't
[11:38] <apachelogger> from where I am standing there is a comprehensive audio suite which is phonon which is based on pulseaudio :P
[11:39] <BluesKaj> prefer to run without pulse , but if i want web audio then I need it , alsa used to do the job nicely until pulse got shoved down our throats 
[11:40] <apachelogger> -rw-r--r--  1 root root  43M Jun 19 13:38 project-neon5-qtbase_0.0+git20130619-9~saucy0.tar.xz
[11:40] <apachelogger> ooomph
[11:40] <apachelogger> that could take a while
[11:40] <apachelogger> BluesKaj: it didn't
[11:40] <yofel> apachelogger: paste.kde.org/777764
[11:41] <apachelogger> the amarok forum actually has like 30000 cases of proof how alsa did not work
[11:41] <apachelogger> and the phonon bugzilla has about 10 ongoing reasons of why alsa still does not get the job done nicely
[11:41] <apachelogger> yofel: looking good
[11:41] <smartboyhw> yofel, can't understand: What not-installed file?
[11:41] <yofel> thanks
[11:42] <BluesKaj> odd, I didn't have any problems with alsa ,and of course I don't use amarok
[11:42] <smartboyhw> Ah found it now.
[11:43] <apachelogger> BluesKaj: yeah, that's neither objective nor solid evidence of anything, so I'd very much prefer if you didn't pull the multimedia stack down
[11:43] <apachelogger> as a matter of fact it looks the same on every platform that has been around for more than 5 years
[11:44] <apachelogger> on windows 7 you have some six supported means to play audio
[11:45] <BluesKaj> apachelogger, like I said earlier it would be nice iif there was an audio suite that just worked out of the box , a comprehensive integrated one
[11:45] <apachelogger> yofel: I am uploading to ppa:neon/kf5, we'll see what comes of it
[11:45] <apachelogger> though I doubt it will build
[11:45] <yofel> yay
[11:45] <apachelogger> or at least master did not build with gcc 4.8
[11:45] <yofel> it's there, that's progress :P
[11:45] <smartboyhw> yofel, so I just add back the not-installed and upload it again? .....
[11:45] <apachelogger> though I got told dev should
[11:45] <apachelogger> so
[11:45]  * smartboyhw does not understand what he should do now....
[11:45] <apachelogger> maybe we are lucky ^^
[11:46] <yofel> smartboyhw: yeah, that'll be enough
[11:46] <smartboyhw> yofel, don't tell me that can erase the red light on the page:O
[11:46] <yofel> smartboyhw: it's just red because list-missing isn't empty
[11:46] <apachelogger> BluesKaj: yeah, we have that.
[11:46] <smartboyhw> yofel, ah alright.
[11:46] <yofel> and not-installed will hide that file
[11:46] <apachelogger> if you choose to not use the solutions we provide then that's not the solutions' problem TBH
[11:48] <smartboyhw> Uploaded.
[11:48] <BluesKaj> apachelogger, it's difficult for new users to understand the audio setup , it's rather complicated to them and discouraging at times ..as it is for us trying to help 
[11:55] <apachelogger> how so? you order devices by priority, there is nothing more one needs to do (or should need to anyway)
[11:57] <BluesKaj> what ?
[11:59] <BluesKaj> anyway , bbl
[12:00] <apachelogger> BluesKaj: http://wstaw.org/m/2013/06/19/plasma-desktopdI2287.png
[12:01] <apachelogger> https://launchpad.net/~neon/+archive/kf5/+build/4727447
[12:01] <yofel> meh, one time I try to fix something in git and the server craps out
[12:01] <apachelogger> oh, yeah git servers are migrating right now
[12:01] <yofel> yeah, I just read the horror story in -sysadmin ^^
[12:02] <yofel> oh wow, qtbase compiles \o/
[12:02] <apachelogger> but for how long ^^
[12:03] <yofel> that's already more than the first editions of project-neon-qt did :P
[12:03] <apachelogger> lol
[12:03] <apachelogger> shadeslayer: I may needs a server soonishy
[12:21] <apachelogger> yofel: https://launchpadlibrarian.net/142832008/buildlog_ubuntu-saucy-i386.project-neon5-qtbase_0.0%2Bgit20130619-9~saucy0_FAILEDTOBUILD.txt.gz
[12:21] <apachelogger> that's the gcc problem
[12:22] <apachelogger> no clue what to do :(
[12:26] <apachelogger> or maybe I am still on master
[12:26] <apachelogger> git shallow clones are weird
[12:26]  * apachelogger reclones
[12:29] <Riddell> smartboyhw: sorry missed it, how did you get on with your link error?
[12:30] <Riddell> smartboyhw: looks like it's missing a -lsmoke_akonadi somewhere
[12:31] <Riddell> shadeslayer: I still need kubuntu_krfb_link_to_pthread.diff in krfb
[12:47] <smartboyhw> Riddell, OK.
[12:47] <Riddell> smartboyhw: complain upstream is probably the best thing, rdale would be the chap
[12:48] <smartboyhw> Riddell, heh:P
[12:48] <Riddell> he seems to be on irc
[12:49] <smartboyhw> Riddell, pinged him.
[12:50] <smartboyhw> Wow, now only 4 packages build-fail!:O
[12:51] <smartboyhw> Am I wrong or analitza has some --list-missing problems?
[12:51] <smartboyhw> Uh, it's the symbols:(
[12:51]  * smartboyhw does not want to touch symbols today ...
[12:52] <smartboyhw> But someone has to be the guinea pig, let me be it:P
[12:52] <smartboyhw> Laters though, I need to take dinner.
[13:16] <Riddell> hmm, I can't run kppp cos I'm not in dialout
[13:18] <soee> i see only 3 packages failed to build for saucy? 
[13:20] <smartboyhw> soee, yep. But Riddell you haven't yet split all packages right?
[13:21] <Riddell> just finishing kdenetwork
[13:22] <smartboyhw> Riddell, great:)
[13:22] <smartboyhw> Riddell, what's the response of korundum?
[13:23] <Riddell> smartboyhw: did you see those two patches?
[13:23] <smartboyhw> Riddell, no didn't. Now working on analitza.
[13:25] <yofel> libkwinglutils.so.1abi2 libkwinglutils1abi1 #MINVER#
[13:25]  * yofel thought he already fixed that o.O
[13:27] <apachelogger> yofel: uploading new qtbase
[13:27] <apachelogger> this time apparently really from dev branch ^^
[13:30] <smartboyhw> Riddell, you going to fix korundum or me?
[13:30] <Riddell> smartboyhw: I'm still on splits
[13:30] <smartboyhw> Riddell, OK I shall do it then.
[13:43] <smartboyhw> Guys, we have prob with krfb https://i142838148.restricted.launchpadlibrarian.net/142838148/buildlog_ubuntu-saucy-i386.krfb_4%3A4.10.80-0ubuntu1~ubuntu13.10~ppa2_FAILEDTOBUILD.txt.gz?token=87b02fb2551e0decb4c4509968692674 (cmake error?)
[13:44] <smartboyhw> analitza uploaded BTW.
[13:44] <Riddell> smartboyhw: thanks, build deps need fixing, will look
[13:45] <smartboyhw> And can someone tell me how adding not-installed to smokegen works, I added it and it still is in red light...
[13:47] <smartboyhw> Hmm sounds like an old problem came back on analitza.....
[13:47] <smartboyhw> libsmokekate..........
[13:48] <smartboyhw> !?
[13:50] <yofel> what does analitza have to do with smoke?
[13:51] <smartboyhw> yofel, sorry korundum:P
[13:51] <smartboyhw> And actually I just found that korundum failed to build in armhf for 4.10.4 .....
[13:52] <yofel> smartboyhw: and it seems you didn't add the patch to analitza
[13:52] <smartboyhw> yofel, you mean in bzr or?
[13:53] <yofel> smartboyhw: well, I don't see it in bzr
[13:53] <smartboyhw> yofel, wait what patch?
[13:53] <smartboyhw> I only changed symbols.
[13:53] <smartboyhw> Patch was for korundum...
[13:53] <yofel> smartboyhw: you didn't read the pad...
[13:53] <yofel> and your symbol changes are something which isn't allowed
[13:54] <smartboyhw> yofel, ah? (for second sentence)
[13:54] <yofel> - _ZNK8Analitza12PlotsFactory11requestPlotERKNS_10ExpressionENS_9DimensionE@Base 4:4.9.80
[13:54] <yofel> - _ZNK8Analitza11PlotBuilder6createERK6QColorRK7QStringPNS_9VariablesE@Base 4:4.9.80
[13:54] <yofel> those are missing PUBLIC symbols
[13:54] <yofel> that must never happen without an SOVERSION change
[13:55]  * smartboyhw is too confused with symbols....
[13:55] <Riddell> the soversion change did happen didn't it?
[13:55] <smartboyhw> Let me add patch first ....
[13:55] <yofel> that's why you need to cherry-pick 3c1f0b4ea784eeed754a68e611a1f6f3aa4f9cac
[13:55] <yofel> Riddell: right ^
[13:56] <smartboyhw> Sorry guys...
[13:56] <yofel> smartboyhw: well, we helped you this time around because this is a complicated matter. But you really need to investigate every single MISSING symbol
[13:58] <yofel> smartboyhw: reason: if an application uses the library and uses those methods, it will crash with a symbol lookup error unless it's at least rebuilt (or fixed if the API changed too)
[13:59] <smartboyhw> yofel, OK.
[14:00] <smartboyhw> Re-uploaded.
[14:00] <yofel> smartboyhw: btw, this is a good read on the topic: http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html
[14:00] <yofel> you should've at least read the library packaging part of the debian policy though
[14:00] <smartboyhw> Whoas....
[14:02] <smartboyhw> Anyways, analitza done, now can someone tell me why that smokekate returned to haunt korundum!?:O
[14:04] <Riddell> Tm_T: you admin kopete-devel mailing list? could you let through my posts?
[14:04]  * smartboyhw cries....
[14:06] <yofel> smartboyhw: btw. if you add header-less patches, please at least mention the patch filename and commit hash that was used if you add upstream patches.
[14:06] <yofel> We don't require DEP-3 or anything like that, but at least this is good practice
[14:06] <smartboyhw> yofel, ok......
[14:07] <smartboyhw> So I have to re-upload again?
[14:07] <smartboyhw> ...
[14:07]  * smartboyhw is already getting smoked of that smokekate thing...
[14:07] <yofel> where's that anyway? I only see akonadi stuff in kroundum
[14:07] <GGGGEEO> l
[14:08] <smartboyhw> yofel, it just shows up.
[14:08] <smartboyhw> http://paste.kde.org/777926/
[14:09] <yofel> what o.O?
[14:09] <smartboyhw> yofel, and there IS a kate folder in modules...
[14:09] <yofel> yeah, but we don't build the kate bindings...
[14:09] <yofel> too unstable I think
[14:10] <smartboyhw> Grrrrr.........
[14:10] <smartboyhw> It haunted us after 3 cycles:O
[14:10] <yofel> -- Skip SmokeKDE bindings: Kate
[14:10] <smartboyhw> I agree....
[14:11] <yofel> as for analitza: yes, you'll have to upload again
[14:11] <yofel> but wait, the package build will fail anyway
[14:11] <smartboyhw> We aren't going to ship smokeKDE right?
[14:12] <yofel> huh? ofc. we ship it
[14:12] <smartboyhw> Ah yep.
[14:12] <smartboyhw> yofel, I mean kate.
[14:12] <smartboyhw> smokekate.
[14:12]  * smartboyhw goes to fix analitza again:)
[14:12] <yofel> no, that not, we ship:
[14:12] <yofel> -- Build SmokeKDE bindings: Akonadi;Attica;KDECore;KDEUi;KFile;KHTML;KIO;KNewStuff2;KNewStuff3;KParts;KTextEditor;KUtils;Nepomuk;Okular;Plasma;Solid;Soprano
[14:13] <smartboyhw> yofel, so I have to patch korundum to not make kate?
[14:13] <smartboyhw> !?
[14:14] <yofel> meh, let me try to build it myself. Otherwise I'm just guessing
[14:20]  * Riddell cheers as he gets kopete working with no missing symbols
[14:22] <yofel> smartboyhw: I don't get your kate error here
[14:22] <smartboyhw> yofel, :O
[14:22] <yofel> maybe you have some kate headers lying around?
[14:22] <yofel> (the cmake part for kate is weird...)
[14:22] <smartboyhw> yofel, check your modules folder...
[14:22] <yofel> but the akonadi issue is ${SMOKE_AKONADI_LIBRARY} being empt...
[14:22] <smartboyhw> :O
[14:23] <yofel> smartboyhw: modules folder?
[14:23] <yofel> I know that kate is there, but
[14:23] <yofel> -- Skip KorundumModules bindings: Kate
[14:23] <yofel> so I'm fine
[14:23] <smartboyhw> yofel, hmm it doesn't skip for me weird.
[14:23] <yofel> well, as I understand the check, it looks whether you have kate, but not whether you have smokekate
[14:24] <yofel> if you have the kate headers lying around without smokekate it fails
[14:26]  * Riddell cheers as the ical transition goes through
[14:26] <smartboyhw> I tried to remove packages with kate and it will remove 67 packages:O
[14:26] <BluesKaj> yeah I had the kate problem as well , so I re-enabled the proposed deb and yofel's n inja deb , and the right dependencies installed , after which I promptly commented them again 
[14:26] <smartboyhw> only 2 of them have kate in it.
[14:27] <yofel> well, I don't get why it even finds it for you...
[14:27] <smartboyhw> The removed packages include all the dependencies to build this....
[14:27]  * smartboyhw has a weird system...
[14:27] <shadeslayer> apachelogger: server?
[14:28]  * smartboyhw does reverse-steps.
[14:28] <yofel> smartboyhw: do you have a  kate/plugin.h somewhere?
[14:28] <smartboyhw> Removing then build-dep.
[14:28] <yofel> that's what it looks for
[14:28] <Riddell> you can build-conflict if it's a problem
[14:28] <yofel> nah, it's only an issue on his system
[14:31] <soee> on g+ is it possible to see hangout history ?
[14:31] <yofel> smartboyhw: hm, looking closer the cmake output is already weird
[14:31]  * Riddell moves onto the all important kdetoys
[14:32] <yofel> there is no found message for okular and akonadi
[14:32] <smartboyhw> yofel, I have...
[14:32] <smartboyhw> akonadi.
[14:32] <smartboyhw> Then it fails at kate.
[14:33] <apachelogger> shadeslayer: for builder
[14:33] <shadeslayer> apachelogger: what are your requirements?
[14:33] <apachelogger> root access
[14:33] <apachelogger> well
[14:33] <apachelogger> actually that are pbuilder's requirements ^^
[14:34] <apachelogger> also at least 10gb of space
[14:34] <shadeslayer> uhm .. uhm
[14:34] <shadeslayer> space is not an issue
[14:34] <apachelogger> Can't open perl script "bin/syncqt": No such file or directory
[14:34] <apachelogger> eh
[14:34] <apachelogger> uh
[14:34] <shadeslayer> you could have complete git clones on disk
[14:34] <apachelogger> Oo
[14:35] <shadeslayer> *git clones of qt5
[14:35] <yofel> smartboyhw: what does 'locate kate/plugin.h' yield on your system?
[14:35] <smartboyhw> yofel, speaking of that: Looking at the patch, it should be libanalitza5, X-Debian-Abi =0?
[14:35] <yofel> right
[14:35] <smartboyhw> yofel, I've removed all kate things, so locate says nothing
[14:36] <yofel> very weird
[14:36] <smartboyhw> yofel, but DebianABIManager still fails!
[14:36] <smartboyhw> :O
[14:36] <yofel> with what error?
[14:36] <smartboyhw> -- DebianABIManager: CMake target 'analitza' SOVERSION does not match package name 'libanalitza5'
[14:36] <smartboyhw> !?
[14:37] <apachelogger> rm -rf include && QTDIR="." perl bin/syncqt
[14:37] <apachelogger> oh
[14:37] <apachelogger> I am stupid
[14:37] <smartboyhw> apachelogger, not as stupid as me;)
[14:37] <smartboyhw> yofel, ^
[14:38] <yofel> o.O
[14:38] <smartboyhw> 0.o
[14:39] <yofel> uh wait
[14:40] <yofel> $ ls -lha /opt/project-neon/lib/libanalitza.so*
[14:40] <yofel> lrwxrwxrwx 1 root root   16 Jun 18 21:47 /opt/project-neon/lib/libanalitza.so -> libanalitza.so.0
[14:40] <yofel> lrwxrwxrwx 1 root root   16 Jun 18 21:47 /opt/project-neon/lib/libanalitza.so.0 -> libanalitza.so.5
[14:40] <yofel> -rw-r--r-- 1 root root 588K Jun 18 21:47 /opt/project-neon/lib/libanalitza.so.5
[14:40] <yofel> this looks totally wrong
[14:40] <smartboyhw> Meh.....
[14:41] <yofel> shadeslayer: I think apol misunderstood how that's supposed to be used
[14:41] <shadeslayer> plz be complaining loudly to upstream
[14:42]  * smartboyhw goes bozoing.
[14:42] <smartboyhw> Is there a analitza channel?
[14:42] <smartboyhw> IRC I mean
[14:43] <yofel> #kdeedu I think
[14:43] <yofel> or -edu
[14:44] <smartboyhw> yofel, OK.
[14:44] <smartboyhw> #kdeedu
[14:44] <smartboyhw> Oops
[14:44] <yofel> #kde-edu it is
[14:45] <yofel> smartboyhw: just ping apol, he did that change
[14:51] <smartboyhw> I might not be able to finish off analitza today probably, sleeping in 30 minutes or so...
[14:52] <yofel> np, you did a lot today :)
[14:53] <smartboyhw> yofel, yeah.
[14:53]  * smartboyhw starts to faint:P
[14:55] <smartboyhw> Quintasan, you are still working on klickety right?
[14:55] <smartboyhw> That status page is interesting: Top part is mainly shadeslayer, middle part mainly yofel and bottom part mainly me (:O LOL)
[14:56] <smartboyhw> And the split part to Riddell 
[14:56] <yofel> yeah, nice gradient :P
[14:56] <smartboyhw> ROFL
[14:56] <shadeslayer> it's full of DONE
[14:56] <shadeslayer> which is all that I care about :P
[14:56] <smartboyhw> shadeslayer, it's not ALL done however...
[14:57] <smartboyhw> I think we can finish it off tmr.
[14:57] <shadeslayer> hurray, chrome crashed
[14:57] <smartboyhw> shadeslayer, oh oh oh oh oh oh oh oh oh oh oh oh oh oh oh oh oh oh oh oh oh
[14:58] <yofel> ok, from what I see Riddell fixed korundum in git already
[14:59] <smartboyhw> yofel, ok.
[14:59] <shadeslayer> ->dinner
[14:59] <shadeslayer> bbl
[14:59] <Riddell> yofel: well I could do with checking that over, making those a requires I'm not sure is the right answer
[14:59] <yofel> well, it *builds*
[15:00] <Riddell> and rdale says it's fine so it seems likely
[15:01] <smartboyhw> Riddell, which commit?
[15:02] <Riddell> smartboyhw: the two I made
[15:02]  * smartboyhw checks
[15:03] <yofel> bbl
[15:06] <smartboyhw> Riddell, I'm giving up packaging for korundum, the kate error is there still. (After installing all the build-deps)
[15:07] <smartboyhw> yofel, ^
[15:08] <Riddell> smartboyhw: committed any changes to bzr?
[15:08] <smartboyhw> Riddell, not yet.
[15:08] <smartboyhw> For korundum I mean.
[15:08] <Riddell> smartboyhw: mind and do that before you go to sleep
[15:09] <smartboyhw> Riddell, I don't really have much changes here, I can't even build...
[15:10] <Riddell> ok
[15:10] <Riddell> just leave a note in etherpad then
[15:12] <smartboyhw> Riddell, DONE.
[15:23] <smartboyhw> Riddell, amor failed (#include file missing error)
[15:24] <Riddell> smartboyhw: yeah fixing it now, missing cmake check on xlib
[15:24] <Riddell> or missing build-dep depending on your point of view
[15:27] <Riddell> hmm, 1 hour to repackage kdetoys
[15:27] <Riddell> so sdk will probably take at least 2
[15:45] <smartboyhw> Will do analitza tmr (or if anyone can pleaes takeover), I'm sleeping and the patch has been committed but not arrived:O
[17:32] <ryanakca> There, #kubuntu-bugs now forwards to here.
[17:44] <lordievader> Good evening.
[19:30] <ahoneybun> hello all
[19:31] <lordievader> Good evening, ahoneybun 
[19:31] <ahoneybun> hey lordievader :)
[19:35] <ahoneybun> lordievader: good afternoon
[19:50] <lordievader> ahoneybun: ;)
[19:50] <ahoneybun> lordievader: have you gotten around to reading the getting involved page?
[19:53] <lordievader> Yes, I think it is quite good. Gets the finished stamp if you ask me. (The include might need a bit of a trim)
[19:54] <ahoneybun> lordievader: can you trim it and then mark it as finished?
[19:54] <lordievader> ahoneybun: On the trello page?
[19:54] <ahoneybun> yes
[20:16] <yofel_> great, broken libkwinglutils ABI -.-
[20:25] <yofel> o.O
[20:25] <yofel> + (arch=amd64)_ZN4KWin14XRenderPictureC2Eji@ABI_1_4 4:4.10.80
[20:25] <yofel>   (subst|arch=i386)_ZN4KWin14XRenderPictureC2E{size_t}i@ABI_1_4 4:4.10.80
[20:26] <yofel> how can that happen...
[21:12] <yofel> RuntimeError: the sip module implements API v10.0 but the PyKDE4.kdeui module requires API v9.2
[21:12] <yofel> it's this time of the year again...
[21:15] <ScottK> yofel: Bug xnox for not updating python-qt4 like he said.
[21:15] <ScottK> That and I kind of screwed up in Debian, but xnox is slowing the cleanup in Ubuntu.
[21:16] <ScottK> Or if you want to be proactive about it, just merge python-qt4 from Debian.
[21:16] <ScottK> Then do a no change upload of pykde4 after it's built.
[21:16] <ScottK> Personally, I'm waiting for xnox, since he TIL python-=qt4.
[21:17] <yofel> hm, he did upload python-qt4 yesterday
[21:17] <ScottK> yes.  too soon
[21:17] <yofel> let me check again if I'm missing something
[21:17] <ScottK> No, you aren't.
[21:17] <yofel> aah
[21:17] <ScottK> He needs to do it again.
[21:17] <yofel> ok ^^
[22:36]  * ScottK pokes at xnox.
[23:11] <Riddell> yofel: no libkwinactiveglutils1abi2.symbols?
[23:11] <yofel> there was none of abi1
[23:11] <yofel> *for
[23:12] <Riddell> yofel: oh? how did you know to bump the abi?
[23:12] <yofel> that's synchronized with !abi, as debian abi manager can't handle double building with differen cmake targets
[23:12] <yofel> with !active I mean
[23:13] <yofel> so libkwinglutils and libkwinactiveglutils always have the same ABI version
[23:13] <yofel> it doesn't work otherwise
[23:14] <Riddell> mm, I learn something new, thanks
[23:15] <Riddell> but I didn't review martin's post to kde-packager on kde-workspace so there  might be more to do there
[23:16] <yofel> as I understood it that's all about depending on wayland and EGL
[23:18] <yofel> wayland we have now, egl maybe not and we don't recommend weston yet
[23:18] <yofel> I uploaded a new meta-kde with meta packages for kdesdk, kdeadmin, kdetoys and kdenetwork
[23:19] <Riddell> oh cool thanks
[23:19] <yofel> kdesdk might need fixing depending on the final list of binary packages we have
[23:22] <ScottK> Definitely not Weston.  It's only for people to play with who know what they are doing.
[23:26] <Riddell> but that's a soft dependency so it can be a Suggests
[23:27] <yofel> pkgkde-symbolshelper... are you kidding me??
[23:27] <yofel> I have (subst)_ZN4KWin14XRenderPictureC1E{size_t}i@ABI_1_4 4:4.10.80
[23:28] <yofel> now it wants to change that to (subst|arch=i386)_ZN4KWin14XRenderPictureC1E{size_t}i@ABI_1_4 4:4.10.80
[23:28] <yofel> but on an earlier build it wanted to add + (arch=amd64)_ZN4KWin14XRenderPictureC2Eji@ABI_1_4 4:4.10.80
[23:28]  * yofel is confused