[00:27] <yofel> Riddell: Breaks: krfb (<< 4:4.10.80-0ubuntu1) doesn't play well with PPA's. Either append ~ so it's -0ubuntu1~, or in this case it's better with just << 4:4.10.80
[00:57] <yofel> so,  upgraded to .80 on my netbook, so far so good
[02:34] <ahoneybun> hey valorie
[02:34] <valorie> hi ahoneybun
[02:34] <valorie> how've you been?
[02:35] <ahoneybun> busy
[02:35] <ahoneybun> you?
[02:35] <valorie> after being away much of the weekend, then off moving back to my newer laptop, I feel a bit out of the loop
[02:35] <valorie> I think everything i need is installed/upgraded/backed up
[02:35] <valorie> finally
[02:35] <ahoneybun> I would imagine
[02:36] <ahoneybun> nice
[02:37] <valorie> now i'm trying to make sure everything works, like mumble, hangouts, my new earphones, etc.
[02:37] <ahoneybun> cool
[02:37] <ahoneybun> mumble?
[02:39] <valorie> it's the application we use for voice chat for Kubuntu meetings
[02:39] <valorie> yofel has a server
[02:39] <valorie> my son uses the same application for playing World of Warcraft
[02:39] <ahoneybun> oh the mumble meetings
[02:42] <ahoneybun> valorie: I asked jono bacon and that ubuntu cert applies to any *ubuntu member
[02:42] <valorie> well, of course
[02:43] <valorie> I *AM* an Ubuntu member
[02:43] <ahoneybun> yea
[02:43] <valorie> any Kubuntu member is
[02:43] <ahoneybun> I see now
[02:43] <valorie> our standards are just a bit higher
[02:43] <valorie> and more specialized
[02:44] <ahoneybun> anyway lordievader says he believes that the getting involved page just needs a few fixs on the include part
[02:45] <valorie> yes, I read the backlog
[02:45] <valorie> :-)
[02:45] <ahoneybun> oh yea
[02:45] <ahoneybun> lol
[02:45] <valorie> and i agree, there is too much in the include
[02:46] <valorie> it's repetitive
[02:47] <ahoneybun> but it is the only thing he believes it needs
[02:47] <jono> valorie, standards are higher?
[02:47] <jono> how are they different to normal Ubuntu Membership?
[02:47] <ahoneybun> jono: ubuntu members need 6 months
[02:47] <valorie> I went through quite the grilling, jono
[02:47] <ahoneybun> kubuntu wiki says 2 for kubuntu
[02:47] <valorie> lol
[02:47] <jono> ahoneybun, 6 months for what?
[02:47] <jono> valorie, lol
[02:47] <ahoneybun> jono: contribure
[02:47] <jono> valorie, but you made it :-)
[02:47] <ahoneybun> to become a member
[02:48] <jono> ahoneybun, there is no fixed time
[02:48] <valorie> I had 6 months of contributions before asking
[02:48] <valorie> at least
[02:48] <ahoneybun> jono: min
[02:49] <ahoneybun> jono: nice hangout today btw
[02:49] <jono> right, there is no fixed time for contribution
[02:49] <jono> just "significant and sustained :-)
[02:49] <jono> ahoneybun, thanks!
[02:49] <jono> I hope they help provide an avenue for people to get their questions asked :-)
[02:50] <ahoneybun> jono: also the working ubuntu touch galaxy nexus is the gsm I have the cdma one
[02:50] <ahoneybun> no working data, calling, or texting
[02:50] <jono> ahoneybun, oh thats a shame
[02:50] <ahoneybun> jono: tbh once that works with it I can dump android maybe ;)
[02:51] <jono> ahoneybun, :-)
[02:51] <ahoneybun> jono: got it on my nexus 7 though
[02:51] <ahoneybun> can't get flash-tools to work though
[02:54] <ahoneybun> jono: just had to manually download the images and flash ;)
[02:55] <ahoneybun> valorie: did we talk about that google+ page I made?
[02:56] <valorie> I .... joined it or whatever it is one does with that
[02:56] <valorie> when I saw it in the backlog
[02:56] <ahoneybun> valorie: also did you recently look at the getting involved page?
[02:57] <valorie> not for a few days
[02:57] <valorie> I'll go through them again
[02:57] <valorie> took awhile to get my other laptop backed up and this one up and running again
[02:58] <ahoneybun> valorie: I did make a few changes recently
[02:58] <ahoneybun> just wondering
[02:58] <valorie> cool
[02:58] <valorie> later one I can look
[02:58] <ahoneybun> moved a few things and removed some others
[02:58] <ahoneybun> jono: https://wiki.kubuntu.org/Kubuntu/KubuntuDocs
[03:00] <ahoneybun> jono: I like ubuntu touch's minimalist look and that the content the most important
[03:00] <jono> ahoneybun, :-)
[03:01] <jono> sorry can't chat much now, about to have dinner
[03:01] <ahoneybun> jono: np
[03:02] <ahoneybun> valorie: I really want to mark that page and the software one as done
[03:04] <valorie> cool
[03:05] <valorie> in a bit I'll check it
[03:05] <ahoneybun> no rush lol
[03:05] <ahoneybun> time to watch fringe
[03:35] <ScottK> Let me know when all of 4.10.4 is up.
[05:07] <Tm_T> Riddell: it's quite possible I have rights there yes
[05:10] <ScottK> shadeslayer: re the 4.10.4 uploads:
[05:10] <ScottK>  kde4libs (4:4.10.4-0ubuntu0.1) raring-proposed; urgency=low
[05:10] <ScottK>  .
[05:10] <ScottK>    * Update symbols for libnepomuk4
[05:11] <ScottK> Can you tell me what's wrong with that for a changelog entry?
[05:11] <ScottK> Are the rest crap too?
[05:14] <ScottK> Maybe someone can fix and re-upload.
[05:21] <Tm_T> Riddell: alas, access on a computer that isn't near me atm /:
[05:26] <Tm_T> Riddell: I see you got through, good (:
[05:45] <soee> good morning
[06:43] <yofel> ScottK: I'm looking. It seems shadeslayer added a second changelog entry to kde4libs which broke the automated upload :S
[06:43] <ScottK> yofel: Thanks.  If you can upload soon, I can accept it before I sleep.
[06:51] <yofel> ScottK: next try up
[06:52] <smartboyhw> yofel, hmm I still can't find the patch to fix the SOVERSION of analitza (even when it is committed already)
[06:52] <yofel> smartboyhw: I already added both to bzr, you only need to fix the packaging
[06:53] <smartboyhw> yofel, oh great:)
[06:56] <smartboyhw> yofel, hmm it still fails.
[06:56] <smartboyhw> :O
[06:57] <smartboyhw> With the new patches.
[06:57] <smartboyhw> -- DebianABIManager: CMake target 'analitza' SOVERSION does not match package name 'libanalitza5'
[06:57] <smartboyhw> -- DebianABIManager: CMake target 'analitzagui' SOVERSION does not match package name 'libanalitzagui5'
[06:57] <smartboyhw> Same error.
[07:02] <ScottK> yofel: Looking.  Thanks.
[07:02] <ScottK> xnox: You're off the hook.  I got impatient and did python-qt4.
[07:04] <ScottK> yofel: Accepted.  Thanks.  Please throttle shadeslayer when he appears.
[07:07] <yofel> smartboyhw: yeah, because I only added the patches. control file is still broken
[07:08] <smartboyhw> yofel, hmm, I added my version of control file already...
[07:09] <yofel> really? I still have libanalitza4abi2 in bzr
[07:09] <smartboyhw> yofel, I am just test-building.
[07:09] <smartboyhw> With my own ver. of control (not in bzr yet)
[07:10] <yofel> k, I'm gone for a while. bbl
[07:12]  * smartboyhw is perplexed.
[07:18] <yofel> *sigh*
[07:18] <yofel> smartboyhw: apol applied murthy's law...
[07:18] <yofel> set(ANALITZA_LIB_VERSION "5")
[07:18] <yofel> set(ANALITZA_LIB_SOVERSION "5.0.0")
[07:18] <smartboyhw> yofel, uh huh.
[07:18] <yofel> switch that and it's correct
[07:18] <smartboyhw> LOL
[07:18] <smartboyhw> Meh...
[07:18]  * smartboyhw adds another patch then....
[07:20] <soee> i try to find some free time in the summer and get into packaging
[07:20] <smartboyhw> soee, :)
[07:24] <soee> don't laugh, im serious :D
[07:27] <smartboyhw> soee, I mean I'm happy.
[07:27] <smartboyhw> Now it finally builds:)
[07:48] <xnox> ScottK: I process backlog sequentially, thus I have a reject email about that upload.....
[07:48] <ScottK> Well, you said you were going to do it yesterday.
[07:49] <xnox> ScottK: yeah, things came up and forgot/didn't do python-qt4
[08:02] <Riddell> morning
[08:59] <shadeslayer> throttle? But my internets is already so slow :(
[09:02] <Riddell> ?
 yofel: Accepted.  Thanks.  Please throttle shadeslayer when he appears.
[09:07] <shadeslayer> yofel: does the status page show all the split packages?
[09:08] <Riddell> shadeslayer: seems to, just the three isn't it?
[09:08] <soee> what does yellow color means on build list ?
[09:09] <Riddell> warning
[09:09] <shadeslayer> warnings and the like
[09:09] <shadeslayer> Riddell: I don't see kget and the likes there?
[09:09] <Riddell> I did kget
[09:09]  * Riddell looks
[09:10] <Riddell> shadeslayer: it's listed on https://notes.kde.org/p/kubuntu-ninjas under kget
[09:10] <Riddell> ah but you mean the page on yofel'd server
[09:10] <Riddell> no I've not added it there yet
[09:10] <shadeslayer> ^ yep
[09:11] <shadeslayer> wut
[09:11] <shadeslayer> kajongg is i386 only?
[09:12] <Riddell> arch all
[09:12] <Riddell> python
[09:12] <shadeslayer> ah makes sense then
[09:13]  * shadeslayer steals klickety from Quintasan
[09:14] <shadeslayer> so after klickety we will just have the python stuff that fails and korundum
[09:16] <yofel> shadeslayer: status page can't show what's not uploaded
[09:17] <yofel> not impossible to implement, but nobody did it
[09:19] <yofel> smartboyhw: btw. after analitza is fixed please rebuild the rdepends so they pick up the new library
[09:19] <shadeslayer> yofel: and what happened with kde4libs?
[09:19] <shadeslayer> did I upload something to the ppa but forgot to update bzr?
[09:20] <yofel> shadeslayer: you added a new changelog entry to our SRU packages, that's not allowed. There may only be *one* 4.10.4 changelog entry
[09:20] <shadeslayer> aha
[09:20] <yofel> otherwise kubuntu-archive-upload breaks
[09:20] <yofel> well, it doesn't break, but the result is nonsense
[09:20] <shadeslayer> for all the packages?
[09:20] <yofel> nope, only kde4libs as far as I saw
[09:20] <shadeslayer> or just the one that's broken
[09:20] <shadeslayer> ah phew
[09:21] <yofel> so it should be fine now
[09:21] <yofel> next time please edit the existing entry ;)
[09:21] <shadeslayer> so basically, can't do ppa1 and add a ppa2, instead, just make ppa1 to ppa2, got it
[09:21] <yofel> right
[09:21] <shadeslayer> I was not aware of the caveat ;)
[09:22] <yofel> yeah, we need proper workflow documentation...
[09:22]  * yofel looks at himself ^^
[09:28] <Riddell> 10:26 < cjwatson> Riddell,ScottK: Is anyone working on the way that plasma-widget-networkmanagement Breaks the version of kde-workspace-data currently in  saucy?  It looks like it's been making all your images unbuildable for a few days.
[09:28] <yofel> well, that needs kde-workspace 4.10.80
[09:29] <yofel> I guess we can start uploading kdelibs today or so, up to workspace tomorrow and then the rest
[09:41] <smartboyhw> yofel, alright. But currently I'm having the prob that the pkgkde-symbolshelper patched .symbols just returned to original again...
[09:41] <yofel> o.O?
[09:41] <smartboyhw> yofel, yeah...
[09:41] <smartboyhw> It resumed to 4:4.9.80....!?
[09:42] <yofel> tell me exactly what you did
[09:42] <smartboyhw> yofel, I got the patch I needed from the buildlog.
[09:42] <smartboyhw> I put it into a file.
[09:42] <yofel> erm, process improvement: you can feed pkgkde-symbolshelper the whole buildlog
[09:42] <smartboyhw> Then pkgkde-symbolshelper -p libanalitzagui5 -v 4:4.10.80 < ../<file>
[09:43] <smartboyhw> yofel, oh really?:P
[09:43] <yofel> you can also use batchpatch, i.e. what I do:
[09:43] <yofel> save both buildlogs from firefox
[09:43] <yofel> gunzip buildlog-*
[09:43] <yofel> pkgkde-symbolshelper -v 4:4.10.80 buildlog-*
[09:43] <yofel> done
[09:43] <smartboyhw> OK...
[09:44] <smartboyhw> yofel, I batchpatched using the buildlog. Will try if it works still.
[09:45] <yofel> after batchpatch is done check with bzr diff what it actually did
[09:46] <smartboyhw> yofel, from what I'm seeing here: batchpatch doesn't work either. Will try on bzr.
[09:46] <yofel> I'm off to lunch
[09:46] <yofel> shadeslayer: expert help needed ^
[09:46]  * shadeslayer reads backlog
[09:47] <smartboyhw> I might have to use the old method then.
[09:47] <smartboyhw> Maybe too much.
[09:47] <shadeslayer> what are you working on
[09:47] <smartboyhw> Let me replace 4.9.80 with 4.10.80:P
[09:47] <smartboyhw> shadeslayer, analitza?
[09:47] <shadeslayer> okay
[09:48] <shadeslayer> wait plz
[09:50] <shadeslayer> smartboyhw: isn't analitza crapping out because of a so version mismatch?
[09:50] <shadeslayer> so you need to fix that first?
[09:50] <smartboyhw> shadeslayer, we fixed that already.
[09:50] <shadeslayer> ah awesome
[09:50] <smartboyhw> Hmm, even manually replacing doesn't work.
[09:50] <smartboyhw> Meh!?!?!?!!??!!?!?!?!!?!?!??!!
[09:51] <shadeslayer> second thing what you want to do is fix the library name in the symbols file
[09:51] <shadeslayer> sayss : libanalitzagui.so.4abi1 libanalitzagui4abi1 #MINVER#
[09:51] <shadeslayer> should be changed to whatever so version is the latest
[09:51] <shadeslayer> same thing goes for the filename and package names
[09:51] <shadeslayer> libanalitzagui5 
[09:52] <smartboyhw> oh... That.
[10:00] <shadeslayer> smartboyhw: alternatively, you could rewrite the entire symbols file from scratch
[10:01] <shadeslayer> bah
[10:02] <shadeslayer> silly clock being messed up because my battery is shot
[10:07] <apachelogger> shadeslayer: it's half past june
[10:08] <shadeslayer> apachelogger: and?
[10:08] <shadeslayer> ah heh 
[10:08] <shadeslayer> time was messed up
[10:08] <shadeslayer> same symptoms as described on the ML
[10:08] <apachelogger> ah
[10:08] <apachelogger> send me them outputs then?
[10:08] <shadeslayer> but more likely a hw clock issue because OS had messed up time as well
[10:08] <shadeslayer> *OS X
[10:09] <shadeslayer> which was most likely due to my battery not being able to hold a charge and the computer immediately shutting down when the power goes out
[10:11] <shadeslayer> apachelogger: http://paste.kde.org/778622/
[10:12] <apachelogger> nah, seems broken
[10:12] <apachelogger> lrwxrwxrwx 2 root root 8 Jun 12 13:29 /etc/localtime -> Calcutta
[10:12] <apachelogger> cat: Calcutta: No such file or directory
[10:12] <apachelogger> that ought not happen
[10:12] <apachelogger> reconfigure tzdata
[10:12] <shadeslayer> well, reconfiguring tzdata fixes my issue :P
[10:13] <apachelogger> I do think I know why zic is screwing up that stuff though, or I have a suspicion at least
[10:13] <shadeslayer> then I won't be able to give you the desired output
[10:13] <apachelogger> shadeslayer: you ran the kcm says your output :P
[10:14] <apachelogger> the kcm uses zic, zic creates bogus symlinks, you have no time zone because the timezone file cannot be read
[10:14] <apachelogger> q.e.d.
[10:14] <shadeslayer> aaha
[10:15] <smartboyhw> shadeslayer, who would rewrite it from scratch!?
[10:15] <smartboyhw> ;O
[10:16] <shadeslayer> you?
[10:20] <apachelogger> yofel: force pushing builder
[10:23] <smartboyhw> shadeslayer, I won't sorry.
[10:24] <apachelogger> aaaa
[10:24] <apachelogger> there be a bug :(
[10:25] <yofel> smartboyhw: please actually read http://pkg-kde.alioth.debian.org/symbolfiles.html ;)
[10:25] <yofel> crating a symbols file from scratch is 2 commands...
[10:25] <yofel> (and a successfull package build dir)
[10:25] <shadeslayer> exactly ^^
[10:26] <smartboyhw> Hmm, maybe I should do that.
[10:27] <shadeslayer> yofel: although, how does pkgkde-symbolshelper figure out what function was introduced in some older version then :P
[10:27] <apachelogger> it can't because its created from scratch
[10:27] <yofel> shadeslayer: it doesn't. and it doesn't need to know that
[10:27] <apachelogger> symbol tracking starts with that version then
[10:27] <shadeslayer> i.e function introduced in KDE 4.8 -> new symbols in 4.9 -> rewrite file in 4.10  ... ah okay
[10:27] <yofel> because libanalitza5 never existed before
[10:27] <shadeslayer> right
[10:27] <shadeslayer> just wanted to confirm
[10:28] <shadeslayer> I would have been highly surprised if it would be able to do that :D
[10:29] <apachelogger> actually that would be possible :P
[10:29] <shadeslayer> oh?
[10:29] <apachelogger> as a developer one can annotate an exported function/symbol with the version it was introduced in
[10:30] <shadeslayer> how?
[10:31] <apachelogger> shadeslayer: http://ftp.gnu.org/old-gnu/Manuals/ld-2.9.1/html_node/ld_25.html
[10:31] <apachelogger> it generally helps to read what the comments I write in phonon :P
[10:31] <apachelogger> http://plan99.net/~mike/writing-shared-libraries.html
[10:32]  * shadeslayer bookmarks for reading in the evening
[10:34] <shadeslayer> !find dprof2calltree saucy
[10:38]  * smartboyhw has re-created the symbols files.
[10:39] <smartboyhw> BTW shadeslayer apachelogger you guys have free time to do korundum?
[10:39] <shadeslayer> maybe, fixing kcachegrind first
[10:39] <smartboyhw> shadeslayer, great:
[10:39] <smartboyhw> :)
[10:40]  * smartboyhw hugs shadeslayer and yofel 
[10:40] <smartboyhw> It now has no symbols errors:
[10:40] <smartboyhw> :)
[10:40]  * smartboyhw can finally upload.
[10:41] <shadeslayer> told you
[10:41] <smartboyhw> shadeslayer, thank you:)
[10:42] <smartboyhw> Time to commit back to bzr.
[10:46] <smartboyhw> Damn, upload rejected!?!?!?!?!?!
[10:46] <yofel> too low version?
[10:47] <smartboyhw> yofel, yeah, I didn't see you pushed ~ppa6.
[10:47] <smartboyhw> My fault.
[10:48] <apachelogger> Start in 35 minutes -.-
[10:51] <smartboyhw> apachelogger, in the Ninjas PPA!?
[10:51] <apachelogger> no
[10:51] <apachelogger> sekrit
[10:51] <smartboyhw> Re-uploading, ~ppa6.
[10:51] <smartboyhw> That's why I HATE symbols.
[10:53] <apachelogger> beacuse they offer us and the users and the developer safety against stuff breaking randomly
[10:56] <smartboyhw> Riddell, I think there's a dep error on X11 for kde-dev-utils.
[10:57] <smartboyhw> #include <X11/X.h>
[10:57] <smartboyhw> Or header error, dunno.
[10:57] <Riddell> smartboyhw: very likely
[10:57] <Riddell> libx11-dev that'll be
[10:57] <smartboyhw> Riddell, you fix or me
[10:57] <smartboyhw> ?
[10:57] <smartboyhw> Better you.
[10:58] <smartboyhw> Since you have the package in your hand:)
[10:58] <smartboyhw> So, our current problems (except split packages) are only kajongg....
[10:58] <smartboyhw> Wow:)
[10:58] <smartboyhw> \o/
[11:02] <BluesKaj> Hiyas all
[11:03] <smartboyhw> Hiyas BluesKaj 
[11:03] <BluesKaj> hey smartboyhw
[11:04] <smartboyhw> yofel, BTW why it still shows a red light for smokegen even I added back not-installed?
[11:04] <smartboyhw> And cervisia has a red light.
[11:04]  * smartboyhw looks into it.
[11:04] <yofel> I *think* because smokegen doesn't use pkg-kde-tools and generic dh_install doesn't support not-installed files
[11:04] <smartboyhw> yofel, eh...
[11:04]  * smartboyhw checks
[11:05] <smartboyhw> yofel, so should I add it back or? (No?)
[11:06] <yofel> can't really look into it now, just leave it
[11:07] <smartboyhw> yofel, fine then:)
[11:07]  * smartboyhw is starting to feel tired after all these packaging:P
[11:08] <soee> smartboyhw, drink yerba :)
[11:08] <smartboyhw> soee, what's that?
[11:10] <smartboyhw> kubotu: newversion digikam 3.3.0-beta2
[11:11] <kubotu> https://bugs.launchpad.net/bugs/1192920
[11:11] <smartboyhw> ^ When we have time:)
[11:12] <smartboyhw> dpkg-shlibdeps: warning: couldn't find library libkdeinit4_cvsservice.so needed by debian/cervisia/usr/bin/cvsservice (ELF format: 'elf64-x86-64'; RPATH: '/usr/lib/kde4/libkdeinit')
[11:12] <smartboyhw> dpkg-shlibdeps: warning: couldn't find library libkdeinit4_cvsaskpass.so needed by debian/cervisia/usr/bin/cvsaskpass (ELF format: 'elf64-x86-64'; RPATH: '/usr/lib/kde4/libkdeinit')
[11:13] <smartboyhw> New dependency or new lib package or?
[11:13] <soee> smartboyhw, google yerba mate http://3.bp.blogspot.com/-Q4hrTnehuzk/UJabuGiOHpI/AAAAAAAAANo/r0Urfr_WUII/s1600/Mate.jpg :)
[11:13] <smartboyhw> soee, ....
[11:14]  * smartboyhw rather wants coke.
[11:14] <apachelogger> drugs are bad.
[11:14] <soee> smartboyhw, yerba is better, it contain guarana etc.
[11:14] <smartboyhw> apachelogger, +1.
[11:14] <soee> apachelogger, +1
[11:15] <smartboyhw> Riddell, yofel any thoughts? ^
[11:16] <smartboyhw> 1400 failed... nice.:P
[11:17] <yofel> smartboyhw: that's dpkg-shlibdeps failing because the libkdeinit4_cvsservice.so needed by cvsservice isn't installed into any package
[11:17] <yofel> needs install files fixed
[11:17] <smartboyhw> yofel, OK:)
[11:19] <yofel> soee: btw... if you're running saucy and are adventurous: the core part of 4.10.80 is done in ninjas and usable. I was running it on my netbook yesterday. Only a few of the non-default applications are still to be finished.
[11:21] <soee> yofel, im on raring atm
[11:21] <smartboyhw> analitza builds on PPA!!!!!!
[11:21] <smartboyhw> \o/
[11:21] <yofel> ah ok, that will be done sometime next week I would say
[11:22] <soee> yofel, and whats the saucy status atm in overall ?
[11:23] <smartboyhw> yofel, do !testers?
[11:23] <smartboyhw> :P
[11:23] <yofel> smartboyhw: not ye
[11:23] <yofel> t
[11:23] <smartboyhw> That should trigger everyone coming in to test:P
[11:23] <smartboyhw> yofel, :)
[11:23] <smartboyhw> :P
[11:24] <yofel> soee: mostly done, a few packages still need fixing and a few of the kdesdk parts still need to be packaged. I think we'll be done by tomorrow, then we can look at the backporting
[11:24] <yofel> that will take a few days as we need to write the saucy -> raring adjustment stuff
[11:26] <soee> yofel, but Kubuntu saucy ?
[11:27] <yofel> as I said, mostly done. Should be finished tomorrow
[11:28] <soee> oh i thought you are talking only about KDE
[11:28] <smartboyhw> Uploading cervisia (fixed) soon.
[11:31] <yofel> soee: er, I was talking about KDE, did you mean the release?
[11:31] <soee> yofel, yes release
[11:32] <yofel> soee: hm, pretty early really and lots todo: https://trello.com/board/13-10/515d717b729ef48449001328
[11:33] <smartboyhw> soee, the cycle is still in early stage;)
[11:34] <soee> and what about this rolling release ?
[11:34] <soee> i thought user can switch to such now ?
[11:34] <smartboyhw> soee, not yet.....
[11:34] <yofel> we won't have one. But I do wonder what happened to that dev alias they wanted to add
[11:34] <smartboyhw> Ah, you mean to symlink to dev release?
[11:35] <shadeslayer> yeah, what ever happened to that
[11:35] <yofel> I guess that's item #13737 on cjwatson's todo list :D
[11:35] <smartboyhw> yofel, whoa! That long!??!?!?!?!?
[11:36] <yofel> well, he seems permanently busy with something when you try to get a hold of him
[11:36]  * smartboyhw goes to shower himself:P
[11:36] <shadeslayer> aye
[11:36] <smartboyhw> Really nothing much packaging to do now....
[11:36] <shadeslayer> cjwatson has his hands in everything
[11:36] <smartboyhw> shadeslayer, heh:)
[12:21] <smartboyhw> Hmm, so quiet?:)
[12:23] <shadeslayer> just working on fixing things :_)
[12:23] <shadeslayer> like nepomuk-core wants libx11-dev apparently
[12:25] <smartboyhw> So many things are crying for libx11-dev it seems:P
[12:26] <shadeslayer> apparently a mistake on upstream's part :)
[12:26] <shadeslayer> not required
[12:26] <smartboyhw> shadeslayer, :)
[12:30] <smartboyhw> After this 4-day packaging training, I think I can write an fully-technical article on my blog.
[12:32] <yofel> smartboyhw: analitza still has work: libanalitzaplot4.symbols  should be 5
[12:32] <yofel> and I wonder why libanalitza never had a symbols file o.O (not your fault though)
[12:33] <shadeslayer> I thought he created it from scratch?
[12:34] <shadeslayer> yofel: anything left btw?
[12:34] <shadeslayer> except for korundum and python
[12:34] <shadeslayer> I fixed some lintian stuff
[12:34] <yofel> well, looking at the update, libanalitza4abi2 had no symbols file and the other one is simply named wrong
[12:34] <yofel> shadeslayer: korundum and kajongg I believe...
[12:34] <yofel> and kdesdk
[12:34] <yofel> what's left of it
[12:35] <shadeslayer> well, kajongg is python right?
[12:35] <yofel> right (I thought you meant pykde)
[12:35] <yofel> W: libanalitzagui5: syntax-error-in-debian-changelog line 24 "badly formatted trailer line"
[12:35] <yofel> what?
[12:35] <shadeslayer> I meant both pykde and kajongg
[12:35] <yofel> pykde is fixed, that needed pyqt rebuilt against sip
[12:37] <shadeslayer> whats left in kdesdk?
[12:37] <shadeslayer> well, cervisia seems done
[12:38] <yofel> not sure, ask Riddell
[12:38] <shadeslayer> Riddell: ^^
[12:38] <shadeslayer> Riddell: can you mark things that were done
[12:38] <yofel> and reviewing things would be a good idea, I only looked over kdeadmin
[12:39] <Riddell> what what?
[12:39] <Riddell> I'm working on okteta now
[12:39] <shadeslayer> I'm mostly looking at lintian warnings at the moment
[12:39] <Riddell> poxml and umbrello next then I'm done
[12:40] <shadeslayer> minor fixes like dbg package doesn't depend on the package, and kcachegrind didn't have another package
[12:40] <Riddell> although I'm getting distracted by being famous in LWN, my dream achieved at last
[12:40] <shadeslayer> oh?
[12:40] <yofel> oh?
[12:40] <Riddell> shadeslayer: seems debian has a practice of suggesting the package from the -dbg in kdesdk so I followed that
[12:41] <shadeslayer> http://lwn.net/SubscriberLink/554758/c9b68953059e9dbb/
[12:41] <shadeslayer> I suppose
[12:41] <yofel> hehehe
[12:44] <Riddell> bah, okteta broke API too
[12:49] <shadeslayer> oh btw
[12:50] <shadeslayer> Riddell: do we really need the dbg packages for the split modules?
[12:50] <shadeslayer> because I was hoping we could move towards dbgsym
[12:50] <shadeslayer> for these new packages atleast
[12:50] <shadeslayer> which is why I am usure how much it makes sense to have a separate -dbg package there
[12:54] <Riddell> shadeslayer: reading comments here and on #kubuntu people often point to -dbg and get confused when once doesn't exist
[12:54] <Riddell> shadeslayer: and debian will just add back the -dbg so no point if getting rid of it I guess
[12:54] <shadeslayer> hm, I recall that debian was moving towards dbgsym as well?
[12:55] <Riddell> really?  I've not heard of that
[12:56] <yofel> shadeslayer: unless we unconditionally get dbgsym's for every existing PPA I wouldn't go that way
[12:56] <yofel> or at least you won't get dbgsym's for the binary copies I do as I understand it
[12:56] <yofel> (I rarely build packages in the kubuntu ppa's directly)
[12:57] <yofel> and I'm not going to change that until we get britney for PPA's
[12:57] <shadeslayer> http://debug.debian.net/
[12:58] <shadeslayer> anyway, tired of packaging for today
[12:58] <shadeslayer> be back later
[12:59] <apachelogger> uploading another qtbase
[12:59] <apachelogger> maybe it builds
[12:59] <apachelogger> maybe it doesn't
[12:59] <Riddell> cor that's quite a heated flamewar on LWN :(
[13:03] <highvoltage> well Jonathan Corbet is quite a troll and not worthy of being called a Jonathan
[13:04] <apachelogger> ^^
[13:04] <Riddell> you think?  he's always seemed very reasonable to me
[13:05] <apachelogger> you were blinded by the name
[13:05] <apachelogger> https://www.youtube.com/watch?v=lcWVL4B-4pI&feature=youtube_gdata
[13:05] <smartboyhw> yofel, what!?
[13:05]  * smartboyhw thought he fixed that...
[13:06] <yofel> not in bzr
[13:06] <apachelogger> Start in 27 minutes
[13:06] <apachelogger> screw this
[13:06]  * apachelogger goes for a swim and dinner
[13:07] <smartboyhw> Sorry my fault yofel ...
[13:07] <smartboyhw> I will create a symbols file too for libanalitza.
[13:08]  * smartboyhw forgot to rename that file ONLY:(
[13:09] <Quintasan> https://dl.dropboxusercontent.com/u/69524/IMG_20130620_150830.jpg
[13:09] <Quintasan> yay
[13:16] <smartboyhw> analitza ~ppa7 coming after test build.
[13:16] <Quintasan> While it doesn't suck it's not entirely the best
[13:17] <smartboyhw> Quintasan, got time to do korundum?
[13:17] <Quintasan> Not really.
[13:19] <Riddell> Quintasan: ooh how'd you get that running?
[13:19] <Quintasan> basyskom image
[13:19] <Riddell> ah
[13:19] <Quintasan> now I need to figure out how to get our rootfs booting
[13:20] <smartboyhw> Meh, anyone really have time to do?
[13:21] <Riddell> smartboyhw: I can get to it in a bit
[13:21] <smartboyhw> Riddell, :)
[13:23] <smartboyhw> yofel, fix for analitza in bzr and uploaded (not yet accepted though).
[13:25] <smartboyhw> Stats: Our Ninjas PPA has a successfully built rate of 93.0475432663616471%.
[13:26] <smartboyhw> ~ppa7 accepted.
[13:31] <Riddell> Quintasan: what's the state of telepathy?
[13:31] <Quintasan> Unfortunately waiting
[13:31] <Quintasan> Riddell: I'll do the whole stack tomorrow should nothing happen
[13:32] <Riddell> I hate to say I told you so but... :)
[13:32] <Quintasan> Riddell: There is some magic with linker going on with Debian and I can't have it uploaded
[13:32] <Riddell> Quintasan: would be good to have it in for alpha 1 so tomorrow would be lovely
[13:32]  * Quintasan jots that down
[13:33] <Quintasan> shadeslayer: Looks like the rootfs created with the livebuild won't just work with the kerne;
[13:33] <Quintasan> kernel*
[13:48] <smartboyhw> Riddell, are u fixing kde-dev-utils?
[13:48] <Quintasan> what
[13:48] <Quintasan> Smokegen is marked as failing and the build log says it's fine
[13:49] <yofel> Quintasan: not-installed is ignored
[13:49] <smartboyhw> Quintasan, yeah...
[13:49] <Quintasan> smartboyhw: I can work on kde-dev-utils
[13:49] <smartboyhw> Quintasan, oh yeah? Sure;)
[13:50] <yofel> meh
[13:50]  * smartboyhw does Quintasan to fix korundum since he can't fix korundum but can fix kde-dev-utils.
[13:50] <smartboyhw> s/does/does want/
[13:50] <kubotu> smartboyhw meant: "does want Quintasan to fix korundum since he can't fix korundum but can fix kde-dev-utils."
[13:50] <Quintasan> yofel: I see can't see how is that relevant
[13:50] <yofel> smartboyhw: I pointed you to the wrong fix (even though I wanted to suggest that way next): http://paste.kde.org/778820
[13:51] <smartboyhw> yofel, ...
[13:51] <shadeslayer> Quintasan: oh?
[13:51] <smartboyhw> Let me do it then...
[13:51] <shadeslayer> Quintasan: can you check dmesg to see what's going wrong?
[13:51] <Quintasan> shadeslayer: If I could I wouldn't be whining
[13:52] <shadeslayer> Quintasan: should be trivial from recovery
[13:52] <shadeslayer> Quintasan: check /proc/last_kmsg
[13:52] <Quintasan> what recovery
[13:52] <Quintasan> it's not TF101
[13:52] <shadeslayer> flash CWM -.-
[13:53] <shadeslayer> flash CWM -> flash custom kernel -> untar rootfs onto data partition -> boot -> reboot to recovery -> check /proc/last_kmsg
[14:02] <smartboyhw> smokegen ~ppa4 uploaded.
[14:02] <smartboyhw> Eh, I thought it was ~ppa3 but yofel uploaded ~ppa3 already...
[14:04] <Quintasan> yofel: 4:4.10.80-0ubuntu1~ubuntu13.10~ppa3 - it build successfully
[14:04] <Quintasan> T_T
[14:05] <yofel> Quintasan: er, yeah?
[14:05] <yofel> it's read because of that stupid libcppparser.so in list-missing
[14:05] <yofel> *red
[14:05] <Quintasan> oh
[14:05] <shadeslayer> hmm
[14:05] <yofel> which smartboyhw was fixing now
[14:05]  * shadeslayer is thinking of reverting his last commit to krfb
[14:05] <smartboyhw> yofel, I fixed it already:P
[14:06] <smartboyhw> Uploaded.
[14:06] <smartboyhw> ~ppa4 that is.
[14:06] <smartboyhw> It just appeared:)
[14:06] <yofel> not in bzr...
[14:06] <smartboyhw> yofel, not?
[14:06]  * smartboyhw has committed it already for sure.
[14:06] <yofel> I see r68 as latest
[14:07] <yofel> Tree is up to date at revision 68 of branch bzr+ssh://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/smokegen                                                                      
[14:07] <yofel> shadeslayer: hm? what did you do?
[14:07] <smartboyhw> yofel, uh I forgot to push (committed) and now it's diverged:O
[14:08] <shadeslayer> +Depends: ${misc:Depends}, kde-runtime-dbg, krfb
[14:08] <Quintasan> kde-dev-utils fixed
[14:08] <yofel> hm...
[14:09] <smartboyhw> yofel, check check
[14:09] <smartboyhw> yofel, my rev. 68 is the fix...
[14:09] <yofel> smartboyhw: ack
[14:09] <smartboyhw> ...
[14:09] <smartboyhw> Anyways.
[14:10]  * Riddell sets kde-dev-utils quintasan WIP in https://notes.kde.org/p/kubuntu-ninjas
[14:10] <shadeslayer> yofel: already gas  Suggests: krfb (= ${source:Version})
[14:10] <shadeslayer> erm
[14:10] <shadeslayer> s/gas/has
[14:10] <Quintasan> Riddell: I already did that, and it's done
[14:10] <yofel> shadeslayer: hm... when it's only one binary package then I would agree with your choice
[14:10] <shadeslayer> lintian complaints about the -dbg package not depending on krfb then
[14:11] <Riddell> Quintasan: groovy
[14:11] <Quintasan> hmm
[14:11] <shadeslayer> yofel: however : [18:10:30] <Riddell> shadeslayer: seems debian has a practice of suggesting the package from the -dbg in kdesdk so I followed that
[14:11] <smartboyhw> Start in 10 minutes for smokegen :O
[14:11] <smartboyhw> I thought private PPAs got faster :P
[14:12] <shadeslayer> Riddell: I think the policy of suggesting a binary was because there was only 1 dbg package, but multiple 'normal' packges
[14:12] <shadeslayer> *packages
[14:12] <yofel> I would agree with that
[14:12] <yofel> konsole for example has a hard-dep with exact version
[14:12] <shadeslayer> but since now there's just one binary and one -dbg package ... the -dbg package should have a hard dep on that binary
[14:13] <shadeslayer> okay, so I'll lose the suggests, and use = ${source:Version} in Depends
[14:13] <Riddell> smartboyhw: you're on analitza again?
[14:13] <smartboyhw> Riddell, done:P
[14:14] <yofel> analitza is weird lintian wise. I don't get what's wrong
[14:14] <smartboyhw> Hour ago actually...
[14:14] <Riddell> libanalitzagui5: syntax-error-in-debian-changelog line 31 "badly formatted trailer line"
[14:14] <smartboyhw> yofel, I think it's my problem. I crapped up the changelog.
[14:15] <smartboyhw> One without a manpage
[14:15]  * smartboyhw can't remember.....
[14:15] <Riddell> hmm I don't see an issue on line 31
[14:15] <smartboyhw> But I don't understand what's the problem...
[14:15] <ScottK> xnox: Since I did python-qt4 for you, would you please look at ball.  I think it's probably boost1.53 related.
[14:15] <yofel> really? I don't see the problem
[14:16] <Riddell> smartboyhw: oh your upload to the PPA has a different changelog from the bzr
[14:16] <smartboyhw> Riddell, the problem is that I just crapped up....
[14:16] <smartboyhw> Riddell, of course I have different changelog from bzr...
[14:16] <xnox> ScottK: I didn't get to fixing "b*" boost related FTBFS from the latest rebuild yet. so possible.
[14:16] <Quintasan> WAT
[14:16] <Quintasan> >Error multiple versions of the same package picmi
[14:16] <smartboyhw> WAT...
[14:16] <smartboyhw> Riddell, changelog in bzr doesn;t have ~ppa.....
[14:16] <Quintasan> Somebody broke the script!
[14:17] <yofel> smartboyhw: can you use bzr-buildpackage-ppa to generate the upload package? That's the most reliable way to prevent that
[14:17] <Riddell> smartboyhw: yeah then use kubuntu-automation/bzr-buildpackage-ppa to build from the bzr cleanly
[14:17] <Riddell> smartboyhw: I'll upload ~ppa8
[14:17] <Quintasan> My god
[14:17] <Quintasan> shadeslayer: It's 42*C outside here
[14:18] <Riddell> Quintasan: send some over here!
[14:18] <shadeslayer> Quintasan: whoa :O
[14:18] <yofel> only ~28°C with ~50% humidity. Earlier today we had 26°C with like 80% humidity, that was awful
[14:19] <Quintasan> Riddell: Actually I'm just guessing since it's probably so hot the thermomether broke
[14:19] <shadeslayer> !weather
[14:19] <shadeslayer> Quintasan: 36oC here, 40% humidity
[14:19] <shadeslayer> kubotu: weather
[14:19] <smartboyhw> Riddell, OK then.....
[14:19] <shadeslayer> stupid bot :/
[14:21] <yofel> ~weather
[14:21]  * smartboyhw will fix kopete.
[14:21] <yofel> :(
[14:22]  * Riddell investigates kajongg
[14:22] <yofel> Riddell: wrt kajongg, pykde is fine, so only twisted needs to be looked at
[14:22] <Quintasan> shadeslayer: Actually 38*C 50% humidity
[14:23] <shadeslayer> your weather is broken
[14:23] <Quintasan> Welcome to Poland
[14:23] <Quintasan> In winter we have up to -30*C
[14:23] <Quintasan> :P
[14:27] <shadeslayer> hah
[14:27] <Quintasan> yofel: What are those orange packages?
[14:27] <shadeslayer> yofel: now lintian complains about http://lintian.debian.org/tags/not-binnmuable-any-depends-any.html
[14:27] <shadeslayer> for kppp
[14:27] <Quintasan> I understand blue needs building
[14:27] <Quintasan> but orange?
[14:27] <shadeslayer> warning
[14:27] <yofel> red: bad, orange: not-so-bad-but-something's-not-good
[14:28] <Quintasan> And we want em green, right?
[14:28] <shadeslayer> bah
[14:28] <shadeslayer> same for krfb as well
[14:28] <yofel> orange includes lintian errors/warnings, new symbols and missing cmake deps
[14:28] <shadeslayer> I'll just switch to binary:Version
[14:28] <Quintasan> Riddell: you marked analitza as done, are you going to fix those or want me to do so?
[14:29] <Riddell> Quintasan: fix which? I just uploaded analitza from bzr
[14:29] <Riddell> which fixes the changelog issues
[14:29] <smartboyhw> Quintasan, the marking guy is me actually.........
[14:29] <Quintasan> Riddell: It's orange in the script meaning something is wrong but not a total failure, I guess I can take a look at those lintian whinings
[14:29] <Riddell> Quintasan: just changelog, fixed
[14:30] <yofel> Quintasan: just wait, the current upload will fix it
[14:30] <Quintasan> Okay
[14:30] <yofel> script is just lagging behind
[14:30]  * Quintasan waits for the page to update
[14:30] <yofel> W: kdesdk-scripts: script-with-language-extension usr/bin/build-progress.sh
[14:30] <yofel> heh
[14:30] <shadeslayer> gah
[14:30] <shadeslayer> it's like I *want* to break my phone today
[14:30] <shadeslayer> keeps falling off the table
[14:30] <smartboyhw> shadeslayer, keep it in a safe.
[14:31]  * yofel puts a dialing pad on smartboyhw's safe
[14:31] <smartboyhw> yofel, I don't have a safe.
[14:31] <smartboyhw> :P
[14:31] <yofel> meh
[14:32] <yofel> do we care about that script-with-language-extension thing? (I personally wouldn't)
[14:32] <shadeslayer> oh I see what you're doing
[14:32] <shadeslayer> smartboyhw: you want to mint karma
[14:32] <shadeslayer> http://www.reddit.com/r/whatsinthisthing
[14:32] <Quintasan> shadeslayer: I have a faffy Desire Z, want to give me yours instead of breaking it?
[14:32] <smartboyhw> shadeslayer, !?
[14:32] <Riddell> smartboyhw: what's up with kopete?
[14:32] <Riddell> and why won't laucnhpad give me build logs?
[14:32] <shadeslayer> Quintasan: no thx, I'll trade you my old, still awesome working HTC Desire for it
[14:32] <smartboyhw> Riddell, boost dependency error.
[14:32] <smartboyhw> Riddell, LOL
[14:33] <smartboyhw> Dunno:P
[14:34] <Riddell> smartboyhw: hmm, we have no smoke kate for korundum?
[14:35] <smartboyhw> Riddell, no. We glorifyingly don't have it. It's a strange problem though, refer to yesterday's backlog in irclogs.u.c.
[14:36] <Quintasan> shadeslayer: no, I prefer muh qwerty keyboard then
[14:36] <Quintasan> :P
[14:36] <shadeslayer> drat, you caught my play :P
[14:36] <shadeslayer> Quintasan: my current phone should last me another year if I don't break the hardware
[14:37]  * yofel needs a new phone
[14:37] <yofel> I still have my n900 for private use. That I have Desire S from work makes it easier
[14:38]  * smartboyhw has a Samsung Galaxy Pocket (Android 2.3.6, ARMv6, 512 MB RAM)...
[14:38] <smartboyhw> We do have a lot of Nokia phones stored.
[14:41] <Quintasan> ehueheuehueheuheuheuehueheuehueheueheuh
[14:42] <Quintasan> shadeslayer: lol those mer images boot from systemd
[14:42] <Quintasan> Which might explain why it doesn't work
[14:42] <shadeslayer> what in the 7 hells are you trying to do :P
[14:42] <shadeslayer> seriously, just grab the kernel, compile it, stuff the kernel and initramfs into a boot.img and flash that?
[14:42] <Quintasan> NO
[14:43] <Quintasan> that would be too easy
[14:43] <shadeslayer> if only :(
[14:43] <Quintasan> Besides, do you even know how that device works?
[14:43] <smartboyhw> Quintasan, too easy doesn't mean it doesn't work........ (And it might NOT be too easy)
[14:43] <shadeslayer> nope, I'm just speculating that you have a way to flash the kernel?
[14:43] <Quintasan> yes
[14:43] <Quintasan> mount the /boot partition
[14:44] <shadeslayer> the what partition now
[14:44] <Quintasan> copy zImage and initramfs.cpio.something there and press ok in the recovery
[14:44] <shadeslayer> *blink*
[14:45] <smartboyhw> shadeslayer, orange lights mean lintian E: or all lintian E: and W: s?
[14:45] <shadeslayer> have you tried the standard ubuntu omap kernel then?
[14:45] <yofel> smartboyhw: any lintian that's not whitelisted
[14:45] <smartboyhw> yofel, whoa...
[14:45] <yofel> and we only generate W and E
[14:46] <Riddell> yofel: hmm python-twisted installs file on a new ec2 I started
[14:46] <yofel> whitelist is in kubuntu-automation/lintian-ignore.json
[14:46] <yofel> Riddell: i386?
[14:46] <yofel> I only have am64 chroots for ninja use, but there it worked too
[14:46] <Riddell> yep, i386, retried in launchpad for good luck
[14:47] <smartboyhw> Whoa, the first few warnings on http://paste.kde.org/778940/ are terrible....
[14:47] <smartboyhw> kopete-dbg suggests kopete-dbg!?
[14:47] <smartboyhw> and without a kopete depend!?
[14:47] <smartboyhw> :O
[14:47] <Riddell> and korundum works fine if I make it not require kate
[14:48] <Riddell> smartboyhw: Suggests: kopete-dbg  should be  Suggests: kopete and I think shadeslayer was changing them to depends
[14:48] <shadeslayer> yep
[14:49] <smartboyhw> Riddell, shadeslayer OK. Fixed locally, will commit to bzr later.
[14:49] <smartboyhw> script-with-language extension, hmm....
[14:49] <smartboyhw> Language extension?
[14:49] <Quintasan> what kind of bullshit is this
[14:49] <smartboyhw> Quintasan, !?
[14:49] <yofel> smartboyhw: the .sh part
[14:50] <smartboyhw> yofel, yeah, removing it....
[14:50] <Quintasan> there is no systemd package in saucy
[14:50] <smartboyhw> Or was it really a .sh?
[14:50] <yofel> Quintasan: er what? there is
[14:50] <Quintasan> no there is not
[14:51] <yofel> !info systemd saucy
[14:51] <Quintasan> See.
[14:51] <smartboyhw> W: kopete: package-name-doesnt-match-sonames libkopete-oscar4 libkopete-otr-shared1 libkopeteaddaccountwizard1 libkopetechatwindow-shared1 libkopetecontactlist1 libkopeteidentity1 libkopeteprivacy1 libkopetestatusmenu1 libkyahoo1 liboscar1 libqgroupwise
[14:51] <smartboyhw> Nice:O
[14:51] <yofel> stupid bot
[14:51] <smartboyhw> Bots are stupid.
[14:51] <Quintasan> https://launchpad.net/ubuntu/+source/systemd/204-0ubuntu4
[14:51] <Quintasan> There is no binary /lib/systemd/systemd
[14:52] <Quintasan> which renders everything useless since how you are supposed to boot off that
[14:52] <yofel> meh, they completely crippeled that in faviour of upstart then
[14:52] <xnox> ScottK: i'm yet to transition ball to boost1.53, so it's not new that it ftbfs. and i've tried fixing it before, unsuccessfully.
[14:53] <smartboyhw> yofel, any ideas with the above warning? ^
 Quintasan: Ubuntu does not support systemd as init.
[14:55] <yofel> hm, that's because most libs are together in the 'kopete' package
[14:55] <Quintasan> Apparently it's a valid reason for crippling the package
[14:55] <shadeslayer> what else did you think
[14:55] <yofel> Riddell: are really none of them relevant for the stuff in libkopete-dev?
[14:55] <Quintasan> I think it's dumb but whatever
[14:56] <Quintasan> HE kind of implies that everyone will automatically install that
[14:56] <Riddell> yofel: mm dunno I just split it out from kdenetwork, didn't change anything
[14:57] <yofel> hm
[14:57] <smartboyhw> Hmm indeed,
[14:57]  * smartboyhw checks out openSUSE's packaging:P
[14:57] <Riddell> yofel: yeah I think it's just libkopete that's public as an API
[14:57] <Riddell> yofel: kopete-cryptography and kopete-plugin-thinklight only link against libkopete
[14:58] <yofel> smartboyhw: I don't think that's really worth it...
[14:58] <Riddell> same for kopete-message-indicator
[14:58] <smartboyhw> Riddell, yeah.
[14:58] <yofel> Riddell: right, I just checked that too, so I guess we're fine
[14:58] <smartboyhw> *yofel, yeah
[14:58] <yofel> smartboyhw: just whitelist that warning then
[14:58] <smartboyhw> yofel, OK. Whitelist those manpages and icon sizes too?
[14:59] <yofel> binary-without-manpage is whitelisted for everything already
[14:59] <smartboyhw> Hmm, we did have it whistlisted:O
[14:59] <yofel> icon-size-and-directory-name-mismatch too
[14:59]  * smartboyhw doesn't understand why it appears then...
[14:59] <yofel> smartboyhw: it's whitelisted for the status script, not the generation
[14:59] <smartboyhw> yofel, oh.
[14:59] <smartboyhw> Well, I'm alright to upload then.
[15:00] <Riddell> kajongg compiled :)
[15:00] <smartboyhw> yofel, do I have to only add things from upstream changelog?
[15:00] <smartboyhw> Riddell, :O
[15:00] <smartboyhw> :)
[15:00] <yofel> what upstream changelog?
[15:00] <smartboyhw> yofel, not upstream, from the ~ppa1 changelog.
[15:01] <smartboyhw> I mean, like when I upload one version, you will upload another to merge the two revisions.
[15:01] <yofel> uh, that's already in bzr
[15:01] <yofel> just add your changes on top of it
[15:04] <yofel> Riddell: I'm thinking about script-with-language-extension. Do you think it's sensible to rename that in the install file? Or do you think it's useless
[15:04] <Riddell> yofel: I was just going to leave it
[15:05] <Riddell> smartboyhw: you doing kopete?
[15:05] <smartboyhw> Riddell, done actually...
[15:06] <smartboyhw> Just uploaded, pushing to bzr now.
[15:06] <yofel> hm, ok. Not like it was ever fixed before
[15:06] <Quintasan> well fuck
[15:06] <Quintasan> yeah
[15:06] <Riddell> smartboyhw: oh groovy (better to do it the other way around, bzr then upload)
[15:06] <smartboyhw> Riddell, alright.
[15:07] <smartboyhw> Riddell, how?
[15:07] <smartboyhw> bzr-buildpackage-ppa?
[15:07] <Riddell> this morning rekonq crashed so I used firefox, this afternoon firefox crashed so I used chromium, this evening I notice it's chromium that can't read kubuntu-ninjas build logs so I'm back at rekonq
[15:07]  * smartboyhw never used the script...
[15:07] <smartboyhw> Riddell, LOL
[15:07] <Riddell> yes bzr-buildpackage-ppa, run it from the bzr repo
[15:08] <Riddell> oh but https://notes.kde.org/p/kubuntu-ninjas doesn't work in rekonq :(
[15:08] <smartboyhw> Riddell, heh
[15:14] <ScottK> xnox: There's a new upstream version of ball out.  Maybe you get lucky and it builds.
[15:15] <xnox> ScottK: been there.... done that.... didn't help much. some patches need rebasing, some dropping, and still didn't built with gcc4.8/boost1.53
[15:15] <ScottK> OK.  Odd there's no upstream bugs either.
[15:16] <smartboyhw> Riddell, re-uploading.
[15:18] <Riddell> shadeslayer: you ignored libquazip0-dev for marble?
[15:19]  * Riddell looks
[15:20] <shadeslayer> hmm
[15:20] <shadeslayer> yeah, managed to miss it
[15:21] <Riddell> shadeslayer: I'm onto it
[15:22] <shadeslayer> kool :)
[15:22] <smartboyhw> Heh, look at kubuntu-ninjas notes page, I written all the orange lights there:P
[15:30]  * Riddell fixes kubuntu-automatation
[15:31] <shadeslayer> what's that ? :D
[15:31] <Riddell> shadeslayer: I missed a comma in json
[15:31] <Riddell> json is very fussy about its commas
[15:33] <xnox> ScottK: are any other rebuilds for sip4 in progress? is there an transition tracker or something to build them in correct order?
[15:35] <ScottK> xnox: There's no transition tracker.  I'm uploading them in the right order (just did it in Debian, so I know it)
[15:36] <xnox> ScottK: ack.
[15:36] <smartboyhw> shadeslayer, for the json error, look at the status page know:)
[15:36] <smartboyhw> http://kyofel.dyndns.org/kubuntu/build_status_4.10.80_saucy.html
[15:36] <smartboyhw> know -> no
[15:36] <ScottK> qscintlla2 (sync) and pyqwt5 calibre avogadro python-poppler-qt4 veusz so far.
[15:36] <smartboyhw> *now
[15:36] <ScottK> pyqwt3d and pykde4 a bit later.
[15:37] <ScottK> Once those are done, I'll check and see if britney finds anything I missed.
[15:38] <smartboyhw> Oh shoot, I needed a ppa4.....
[15:39] <smartboyhw> As it turns out: I needn't.:P
[15:39] <smartboyhw> ~ppa2 failed.
[15:39] <smartboyhw> But I forgot to move the .install file to ~ppa3 (fortunately)
[15:39] <Riddell> smartboyhw: kopete go boom?
[15:39] <smartboyhw> Riddell, not.
[15:39] <smartboyhw> Riddell, I forgot to move the .install file. But then not moving is correct:)
[15:39] <smartboyhw> :P
[15:39] <smartboyhw> So ~ppa3 should built fine:P
[15:40]  * smartboyhw cheers
[15:40] <smartboyhw> Phew:)
[15:41] <smartboyhw> Going to sleep now guys............... If there's anything TODO tomorrow I will surely join in. But for now, that's goners.
[15:52] <Riddell> kajongg: package-installs-python-bytecode usr/share/kde4/apps/kajongg/about.pyc
[15:52] <Riddell> hmm what changed there?
[15:52]  * Riddell looks
[15:59] <yofel> That bytecode has been there for a while. But nobody noticed it until the lintian check was added.
[15:59] <Riddell> good old lintian
[15:59] <Riddell> we should really make that package use dh_python2 or something
[16:00]  * Riddell does so
[16:02] <Riddell> oh but dunno how with dhmk
[16:05] <ScottK> Riddell: At the magic @ thing do --with python2
[16:05] <ScottK> Then you'll need to add an override for dh_python2 (I think) to make it operate on the private directory.
[16:05] <ScottK> man dh_python2 tells you where it looks by default.
[16:05] <Riddell> ScottK: there's no magic @ in dhmk, it's not like normal debhelper
[16:06] <ScottK> Oh.
[16:06] <ScottK> Which package is it?
[16:07] <ScottK> Riddell: Add "dh = --with=python2"
[16:07] <ScottK> See pykde4 for an example.
[16:07] <Riddell> ScottK: ooh
[16:11] <lordievader> Good evening.
[16:24] <shadeslayer> uh
[16:24] <shadeslayer> E: kajongg: package-installs-python-bytecode usr/share/kde4/apps/kajongg/board.pyc
[16:24] <Quintasan> HURR
[16:28] <shadeslayer> oh fun
[16:28] <shadeslayer> Riddell: /usr/include/quazip/zip.h:56:18: fatal error: zlib.h: No such file or directory
[16:29] <shadeslayer> !find quazip/zip.h saucy
[16:29] <ScottK> Missing build-dep
[16:30] <shadeslayer> Unpacking libquazip0-dev:amd64 (from .../libquazip0-dev_0.5.1-1_amd64.deb) ...
[16:30] <shadeslayer> ScottK: seems to be fine?
[16:31] <shadeslayer> hmm
[16:31] <ScottK> Does zip.h reference zlib.h?
[16:32] <ScottK> If so, I think (not sure) libquazip0-dev should depend on whatever the zlib -dev package is named (it's not what you'd guess, but I don't remember what it is)
[16:39] <shadeslayer> hm
[16:39] <shadeslayer> yofel: did you properly do the symbols on libkdegames?
[16:40] <shadeslayer> because : E: libkdegames6: symbols-file-contains-current-version-with-debian-revision on symbol _ZN10KGameKeyIO11eventFilterEP7QObjectP6QEvent@Base and 957 others
[16:41] <yofel> o.O
[16:41] <yofel> looking
[16:41] <shadeslayer> seems fine to me : debian/libkdegamesprivate1.symbols: _ZN10KGameKeyIO11eventFilterEP7QObjectP6QEvent@Base 4:4.8.80
[16:41] <shadeslayer> so why is lintian complaining?
[16:42] <yofel> urgh
[16:42] <yofel> those are from the embedded libkdegamesprivate.so.1
[16:43] <yofel> shadeslayer: for some reason, libkdegamesprivate is in libkdegames6.install
[16:43] <yofel> debian I guess
[16:43] <yofel> yeah, that's from the debian merge
[16:43] <yofel> what to do...
[16:44] <shadeslayer> ah
[16:44] <shadeslayer> hm
[16:44] <yofel> I would personally revert that and split it out again, then it should work
[16:45] <shadeslayer> that lintian error is sitll odd :P
[16:45] <shadeslayer> *still
[16:45] <shadeslayer> yofel: but it seems like it was put there for a purpose?
[16:45] <yofel> shadeslayer: it was put there because it needs no seperate package as it's private stuff
[16:45] <yofel> it just confuses symbolshelper
[16:46] <yofel> shadeslayer: and the lintian warning makes sense, the symbols diff is huge
[16:46] <yofel> maybe just adding that to libkdegames6.symbols would work too...
[16:46] <shadeslayer> to me lintian error makes no sense
[16:46] <yofel> lintian always warns about new symbols
[16:47] <shadeslayer> no no
[16:47] <shadeslayer> E: libkdegames6: symbols-file-contains-current-version-with-debian-revision on symbol _ZN10KGameKeyIO11eventFilterEP7QObjectP6QEvent@Base and 957 others
[16:47] <yofel> oh that :D
[16:47] <shadeslayer> doesn't that mean a debian revision like 0ubuntu1 crept in
[16:47] <yofel> + _ZN10KGameKeyIO11eventFilterEP7QObjectP6QEvent@Base 4:4.10.80-0ubuntu1~ubuntu13.10~ppa4
[16:47] <shadeslayer> ah wait
[16:47] <shadeslayer> yeh
[16:47] <shadeslayer> yeah
[16:47] <shadeslayer> now it does :)
[16:47] <yofel> yeah, it's not what you would expect ^^
[16:47] <yofel> let me try to patch that into libkdegames6.symbols
[16:48] <yofel> then we'll see what happens
[16:48] <shadeslayer> yeah, what I thought was, 0ubuntu1 foo crept into the symbols file that we have
[16:48] <shadeslayer> lintian throws a curveball ;)
[16:48] <yofel> that's what I thought too when I first saw that :P
[16:48] <yofel> but lintian operates on the final symbols file
[16:49] <shadeslayer> right, the one that dpkg-gensymbols generated?
[16:49] <yofel> yep
[16:49] <yofel> what you find in /var/lib/dpkg/info/ later
[16:51] <shadeslayer> I thought the symbols in there were the ones we put into the packaging?
[16:51] <shadeslayer> oh wow
[16:52] <shadeslayer> the dpkg-gensymbols man page references links to Uldrich Drepper's people.redhat.com page
[16:52] <yofel> nope, those are the symbol source for comparison, shipped is the generated one
[16:53] <yofel> yay, thanks pkgkde-symbolshelper for not being able to handle 2 libs in one package
[16:53] <shadeslayer> heh
[16:54] <ScottK> Whoever's doing pykde4 for 4.11 beta1, please make sure to update from bzr.
[16:55] <yofel> can do
[16:55]  * shadeslayer is tired :(
[16:55] <shadeslayer> but not tired enough to sleep
[16:56] <yofel> better than being tired enough to sleep but failing to do that because it's too hot -.-
[16:57] <yofel> pykde updated
[16:57] <ScottK> Thanks.
[16:57] <shadeslayer> I'm pretty sure that stage is about 3 hours away
[16:59] <yofel> ok, my manual symbol editing worked, now lets see how badly it fails on i386 in the PPA ^^
[16:59] <shadeslayer> good god @_@
[16:59] <shadeslayer> manual updating of symbols
[16:59]  * ScottK bets 30 minutes trying to fix the ball FTBFS will have you begging for sleep.
[16:59] <yofel> shadeslayer: well, it was c&p really :P
[16:59] <shadeslayer> ball ftbfs?
[17:00] <ScottK> The package.
[17:00] <shadeslayer> there's a source called ball?
[17:00] <ScottK> https://launchpad.net/ubuntu/+source/ball/1.4.1+20111206-4ubuntu3/+build/4729989/+files/buildlog_ubuntu-saucy-i386.ball_1.4.1%2B20111206-4ubuntu3_FAILEDTOBUILD.txt.gz
[17:00] <shadeslayer> sip
[17:00] <shadeslayer> /o\
[17:00] <shadeslayer> hooray for whoever has to fix that
[17:01] <ScottK> That one isn't sip's fault though.
[17:01] <shadeslayer> looks like a boost issue?
[17:01] <ScottK> It's xnox' fault since he wanted boost1.53.
[17:01] <ScottK> Yes.
[17:01] <shadeslayer> hehe
[17:02] <shadeslayer> hmm : E: perlkde source: version-substvar-for-external-package perlkde-dbg -> libkate-perl
[17:02] <shadeslayer> I don't see a libkate-perl
[17:03] <shadeslayer> off with its head
[17:03] <yofel> er yeah, kill kate
[17:03] <yofel> that's not built
[17:03] <shadeslayer> hm, so any chances it'll come back?
[17:03] <shadeslayer> i.e. to comment or to completely remove
[17:04] <yofel> remove, easy enough to recover from history if it ever comes back
[17:04]  * ScottK ♥'s kate
[17:04] <yofel> shadeslayer: you fixing marble?
[17:04] <shadeslayer> will do, once I push perlkde
[17:05] <yofel> I think it's missing zlib1g-dev or how that's called
[17:05] <shadeslayer> yofel: interesting how rmadison doesn't show a libkate-perl anywhere
[17:05] <shadeslayer> yofel: libqazip needs fixing
[17:05] <shadeslayer> should pull in libzlib-dev or whatever
[17:05] <yofel> zlib1g-dev it is
[17:06] <yofel> kate bindings existed at the beginning of bindings splitting time
[17:06] <yofel> were removed because kate-dev was an unstable mess
[17:06] <shadeslayer> !info libkate-perl quantal
[17:07] <yofel> perlkde (4.7.0-0ubuntu2) oneiric; urgency=low
[17:07] <yofel>   * Drop kate bindings (removed from smoke due to ABI instability)
[17:07] <shadeslayer> ah
[17:07] <shadeslayer> I wonder how long that's been uninstallable?
[17:07] <shadeslayer> eh, then again, just a suggests
[17:07] <yofel> yeah, never ^^
[17:07]  * shadeslayer once tried installing something with --install-suggests
[17:07] <shadeslayer> pulled in half the archive it did
[17:08] <yofel> though that was the 2nd upload perlkde ever had. i.e.:
[17:08] <yofel> 1) I added kate bindings
[17:08] <yofel> 2) Scott removed them
[17:08]  * ScottK doesn't recall the details.
[17:09] <yofel> I remember you saying that kate is too unstable to be maintainable
[17:09] <yofel> or something like that
[17:10] <ScottK> They may have calmed down now, but at the time they were going nuts.
[17:10] <ScottK> I do recall that.
[17:12]  * yofel wonders why he can never use opengl in kwin in a beta1 on his netbook...
[17:13] <shadeslayer> likewise here :S
[17:13] <yofel> drat, then I can't blame my poor intel chip
[17:13] <shadeslayer> nope
[17:14] <shadeslayer> yofel: for me compositing doesn't work
[17:14] <shadeslayer> kwin(26153): Failed to initialize compositing, compositing disabled 
[17:14] <yofel> hm. I had Xrender enabled before the upgrade, that still works
[17:15] <yofel> If I try to use something else the screen freezes for ~10s and I'm back on xrender
[17:15] <yofel> hm... where's kget o.O
[17:17]  * yofel uploads what's in bzr
[17:19] <shadeslayer> mm .. I don't I can upload quazip
[17:20] <shadeslayer> *I don't think
[17:20]  * shadeslayer waits for rejection mai
[17:20] <shadeslayer> *mail
[17:20] <shadeslayer> ScottK: Upload plz http://paste.kde.org/779084/
[17:21] <shadeslayer> probably worth uploading to debian as well
[17:21] <ScottK> shadeslayer: Send them a bug report.
[17:21] <ScottK> (with patch)
[17:21] <shadeslayer> I hate the debian bug reporting system -.-
[17:21] <ScottK> Are you using reportbug?
[17:22] <shadeslayer> yes, that's what I hate
[17:22] <ScottK> Easy enough with that.
[17:22] <yofel> I still have an alias lying around from my bugsquad days
[17:22] <yofel> alias reportpatch='/usr/bin/reportbug -P '\''User: ubuntu-devel@lists.ubuntu.com'\'' -P '\''Usertags: origin-ubuntu raring ubuntu-patch'\'' -T patch'
[17:22] <yofel> s/raring/saucy/
[17:22] <kubotu> yofel meant: "alias reportpatch='/usr/bin/reportbug -P '\''User: ubuntu-devel@lists.ubuntu.com'\'' -P '\''Usertags: origin-ubuntu saucy ubuntu-patch'\'' -T patch'"
[17:22] <shadeslayer> nifty
[17:23] <shadeslayer> what release should be the target ?
[17:23] <ScottK> unstable
[17:23] <shadeslayer> experimental?
[17:23] <shadeslayer> okay
[17:23] <ScottK> Aren't you a MOTU yet?
[17:23] <shadeslayer> nope
[17:25] <ScottK> You should fix that.
[17:25] <yofel> the only thing I would need motu permissions for are new packages... I rarely do anything outside our packageset
[17:25] <shadeslayer> likewise 
[17:25] <yofel> shadeslayer: you go first :P
[17:25] <ScottK> BTW, you forgot to run update-maintainer.
[17:25] <ScottK> shadeslayer: Did you test build this?
[17:25] <shadeslayer> yofel: that pseudo header is weirdish
[17:26] <shadeslayer> ScottK: nope, do I really have to?
[17:26] <ScottK> Somebody does.
[17:26] <yofel> the usertag stuff?
[17:26]  * ScottK does.
[17:26] <shadeslayer> I am unsure why there is a need to ?
[17:26] <ScottK> No, test build before uploading.
[17:27] <ScottK> Because if you don't you don't know if it will build.
[17:27] <ScottK> Maybe something changed in the archive since the last time it was uploaded.
[17:27] <shadeslayer> oh ... good point, too many changes in saucy
[17:28] <ScottK> This is always the case, which is why even trivial changes should be test built.
[17:29] <shadeslayer> yofel: libkdegames :(
[17:29] <yofel> seen
[17:29] <yofel> I knew that would happen :P
[17:30] <yofel> ok, now symbolshelper seems to work at least
[17:31] <shadeslayer> yofel: I'll just send it without the pseudo headers
[17:31] <yofel> do that
[17:33] <ScottK> shadeslayer: Uploaded.  Thanks.
[17:33]  * yofel fixes kde-dev-utils-dbg
[17:34] <ScottK> shadeslayer: Did you send the bug?
[17:34] <shadeslayer> ScottK: almost done with that
[17:34] <ScottK> Great.
[17:34] <shadeslayer> filling out description and what not
[17:37] <shadeslayer> uhh
[17:37] <shadeslayer> Bug report written as /var/tmp/libquazip-dev.bug
[17:38] <shadeslayer> maybe because I have no mta?
[17:39] <yofel> not really, mail account not configured?
[17:39] <shadeslayer> don't think so
[17:39] <shadeslayer> how does one do that?
[17:39] <yofel> reportbug --configure
[17:39] <yofel> I thiink
[17:39]  * yofel did that 4 years ago the last time
[17:42] <yofel> hm... our language settings are broken, like really...
[17:42] <yofel> I have $LANGUAGE -> "en_US:de:en"
[17:42] <yofel> my terminal is german...
[17:43] <ScottK> Wasn't apachelogger going to fix all the language issues?
[17:43] <yofel> probably with 14.04 as ETA
[17:53] <shadeslayer> ScottK: filed, waiting for bug number
[17:54] <shadeslayer> ScottK: 712905
[17:54] <ScottK> Thanks.
[18:01] <shadeslayer> okay, off to try and sleep now
[18:01] <yofel> gn
[18:01] <shadeslayer> cya tomorrow
[18:06] <ScottK> Riddell: Read the backscroll in #ubuntu-meeting about the donations
[18:06] <shadeslayer> yofel: btw can you rebuild marble in about 20 minutes? thx
[18:20] <Quintasan> oh wow
[18:20] <Quintasan> ScottK: They are serious with that, aren't they?
[18:24] <ScottK> Yes.
[18:24] <Quintasan> ...
[18:24] <Quintasan> Well, not like I expected anything sane.
[18:32] <ScottK> Where's kactivities for 4.10.4 for raring?
[18:32] <ScottK> yofel: ^^^
[18:33] <yofel> doesn't exist I think
[18:33] <yofel> at least I don't see it anywhere
[18:37] <ScottK> Did it get missed or where there no changes?
[18:37] <yofel> I believe there were no changes, but I'll re-check to make sure
[18:39] <yofel> ScottK: nothing changed
[18:39] <ScottK> yofel: Thanks.
[18:43] <lordievader> ahoneybun: Ping, you around?
[18:43] <ahoneybun> lordievader: yep :)
[18:45] <lordievader> ahoneybun: Ah ok, do you think anything from this page should be included in the getting involved page? https://wiki.kubuntu.org/Kubuntu/GettingInvolved/Support
[18:46] <ahoneybun> it is
[18:47] <lordievader> What exactly? Because I can understand why valorie says it is quite double to include it. Most of the things are already mentioned on the page.
[18:50] <ahoneybun> I see
[18:51] <lordievader> I think it is better to write a short summary of that include under a tab "Giving Support"
[18:52] <ahoneybun> I'm working on it
[18:54] <ahoneybun> https://wiki.kubuntu.org/Kubuntu/KubuntuDocs/GettingInvolved
[18:55] <lordievader> ... Hmm so am i...
[18:57] <ahoneybun> oh
[18:57] <ahoneybun> lol
[18:58] <lordievader> It should warn you that I am editing the page.
[18:58] <yofel> moinmoin should do that for you...
[18:59] <lordievader> I mean moinmoin with it... Maybe I should have been clearer.
[18:59] <ahoneybun> yea
[18:59] <lordievader> Anyhow, ahoneybun did you make any major changes?
[18:59] <yofel> oh, you said It, I read "I" ^^
[18:59] <yofel> too hot today -.-
[18:59] <ahoneybun> removed some of that include
[19:00] <lordievader> ahoneybun: I removed it all thogether, do you mind if I overwrite your change?
[19:00] <ahoneybun> did you see my changes?
[19:01] <lordievader> Doesn't Moinmoin have version control?
[19:02] <lordievader> Btw it seems we where both almost doing the same thing, just in the details the change was different.
[19:02] <yofel> it does
[19:07] <lordievader> ahoneybun: May I overwrite your changes?
[19:08] <ahoneybun> make them then we will compare
[19:08] <lordievader> With 'make them' you mean save?
[19:12] <ahoneybun> yea
[19:13] <lordievader> ahoneybun: Ok, saved it.
[19:16] <ahoneybun> why is it such a mess now
[19:25] <lordievader> Ok, removed the Conflict messages.
[19:27] <soee> yo
[19:27] <ahoneybun> I still see them
[19:28] <yofel> meh, dh_python2 can't seem to handle games :S
[19:33] <Quintasan> shadeslayer: bor, kde-window-manager-gles works here, albeit no compositing
[19:35] <lordievader> ahoneybun: Not sure if you have said something, was messing with irssi settings. Thought it went wrong at some point.
[19:36] <ahoneybun> lordievader: I still see the messagess
[19:36] <lordievader> Guess I only previewed it, saved it now.
[19:37] <Quintasan> soee: hi
[19:38] <Quintasan> yofel: You don't happen to know if nvidia drivers have opengles magic?
[19:38] <yofel> not offhand, no
[19:38] <yofel> haven't really tried it
[19:39] <Quintasan> the gles binaries here
[19:39] <Quintasan> bitch about
[19:39] <Quintasan> kwinactive(5727)/kwin KWin::OpenGLBackend::setFailed: Creating the OpenGL rendering failed:  "Required support for binding pixmaps to EGLImages not found, disabling compositing" 
[19:44] <lordievader> ahoneybun: I think the Getting Involved page is now in a good shape :)
[19:46] <Quintasan> yofel: Any reason for not using pkgconfig in kdegraphics-strigi-analyzer?
[19:46] <yofel> Quintasan: check what it's used for first
[19:47] <Quintasan> >-- Could NOT find PkgConfig (missing:  PKG_CONFIG_EXECUTABLE) 
[19:47] <Quintasan> That's what cmake looks for
[19:47] <yofel> maybe it's hiding something else missing
[19:47] <ahoneybun> lordievader: nice :)
[19:47] <Quintasan> not that it fails without that
[19:47] <yofel> if not, theen it shouldn't be there in the first place
[19:47] <ahoneybun> lordievader: very nice
[19:47] <yofel> lol? kdepimlibs doesn't build
[19:48] <lordievader> ahoneybun: Have you taken a look a the page?
[19:48] <ahoneybun> lordievader: yes I marked it as finished
[19:49] <Quintasan> CRAP
[19:49] <Quintasan> yofel: never, ever, issue pbuilder clean
[19:49] <Quintasan> without params I think
[19:49] <lordievader> ahoneybun: Nice, nice :D
[19:49] <Quintasan> it just removed my chroots
[19:49] <ScottK> yofel: Can you look at making sure https://launchpadlibrarian.net/142964992/raring-debdiff is included in the 4.10.4 upload for raring-proposed?
[19:49] <ahoneybun> lordievader: now onto the install page!
[19:50] <Quintasan> sheytan: hey
[19:50] <lordievader> ahoneybun: How are the screenshots standing?
[19:51] <yofel> ScottK: it is, for the simple reason that libkdcraw wasn't updated
[19:51] <yofel> that'll probably be in 4.10.5
[19:51] <ScottK> yofel: Excellent.  Thanks.
[19:52] <ScottK> I checked and it's not upstream yet.
[19:52] <ScottK> someone with commit access should fix that.
[19:52] <yofel> ah ok
[19:52] <ahoneybun> lordievader: I have the base images there
[19:53] <lordievader> ahoneybun: Ok, nice.
[19:53] <ahoneybun> yep
[19:53] <Esokrates> i keep having this issue that appears completely randomly: https://bugs.kde.org/show_bug.cgi?id=321389
[19:54] <Esokrates> happens every week several times, I have installed the latest official kubuntu packages
[19:55] <sheytan> Quintasan: hey
[19:56] <ScottK> yofel: It's fixed in trunk for 4.11, just not in 4.10.
[19:56] <ScottK> (or 4.9 or 4.8)
[19:57] <yofel> is the security update done for 12.10 and 12.04 as well?
[19:58] <ScottK> It's done for 12.04 and I've submitted debdiffs to the security team for 12.10/13.04.
[19:58] <yofel> ok, I'll update the backports
[19:59] <ScottK> See #1193065 
[20:01] <Quintasan> yofel: adding pkg-config doesn't break anything there
[20:02] <yofel> yeah, but does it actually *add* something?
[20:02] <Quintasan> Truth be told - no freaking idea
[20:03] <yofel> hm
[20:07] <yofel> Quintasan: add it I guess. I have no problem with it being there
[20:08] <yofel> Quintasan: do the same for kdesdk while at it
[20:09] <ScottK> Whoever has libkdcraw 4.10.80 ready to go, please update from bzr.
[20:09] <ScottK> yofel: Is that you too?
[20:11] <yofel> well, I can update it, but I don't see any changes in bzr?
[20:12] <yofel> ah, ok, read the log now. updating
[20:14] <ScottK> Should be just a changelog entry at this point.
[20:15] <yofel> right
[20:17] <yofel> will this break something? libgpgme++-pth was suddenly renamed to libgpgme++-pthread in saucy
[20:17] <yofel> (it's shipped as part of libgpgme++2)
[20:18] <ScottK> Yes.
[20:18] <ScottK> It's been discussed in Debian.
[20:18] <yofel> oh?
[20:19] <ScottK> I'd ask svuorela
[20:19] <ScottK> I don't recall the details or the resolution.
[20:33] <yofel> hm, so from what I see debian simply removed it...
[20:33] <yofel> anyway, I'll ask
 cmake modules fallback to pkg-config
 e.g. for HINTS
[20:37] <Quintasan> yofel: ^
[20:38] <yofel> what's HINTS? ^^
[20:38] <yofel> though, if the cmake modules expect it to be there, then something more common should pull pkg-config in
[20:44] <yofel> I marked kdepimlibs to be stuck on debian bug 710140 for the time being
[20:48] <Quintasan> yofel: Presumably kget is to be left as orange due to that
[20:48] <yofel> right
[20:50]  * Quintasan looks at kopte
[20:50] <Quintasan> >W: kopete: package-name-doesnt-match-sonames
[20:50] <Quintasan> oh wow
[20:51] <Quintasan> yofel: any ideas why korundum on i386 is orange?
[20:52] <yofel> hm, I told smartboyhw to whitelist that soname thing...
[20:52] <Quintasan> oh the override in lintian is 4.6.0
[20:53] <Quintasan> upgrading that
[20:53] <Quintasan> talking about krfb now
[20:53] <yofel> I didn't mean overriding
[20:53] <yofel> I mean whitelisting in the status script marking
[20:54] <ScottK> Fixing the override is good.
[20:54] <yofel> well, true
[20:54] <yofel> Quintasan: korundum is orange because "No lintian output in build log."
[20:55] <yofel> some of the bindings don't use debian-qt-kde.mk
[20:56] <yofel> (so currently those cannot be green)
[20:57] <Quintasan> yofel: lintian-overrides in krfb can be dropped I think
[20:57] <Quintasan> debian/lintian-overrides
[20:57] <Quintasan> gah
[20:58] <Quintasan> debian/source/lintian-overrides
[20:58] <yofel> probably, I dropped them in a few other places too
[20:58] <yofel> (that's probably the debug-package-missing-depends thing)
[20:58] <Quintasan> kdenetwork source: dbg-package-missing-depends kdenetwork-dbg
[20:58] <Quintasan> yeah
[20:58] <Quintasan> can be dropped since it's recommends now
[20:58] <yofel> wait
[20:59] <yofel> ah ok, it's depends. drop it
[20:59] <yofel> if it were recommends you would have to keep it
[20:59] <Quintasan> Recommends: kde-workspace-dbg
[20:59] <Quintasan> Breaks: kdenetwork-dbg
[21:00] <yofel> that's unrelated
[21:00] <yofel> the relevant part is krfb (= ${binary:Version})
[21:00] <yofel> (the override is wrong anyway, it would have to read "krfb source: dbg-package-missing-depends krfb-dbg" to have any effect"
[21:01] <Quintasan> urgh
[21:04] <Quintasan> wat
[21:04] <Quintasan> kdesdk-strigi-analyzers
[21:04] <Quintasan> WAT
[21:04]  * Quintasan retries
[21:05] <yofel> o.O
[21:08] <Quintasan> it built fine last time
[21:08] <Quintasan> and now it fails
[21:08] <Quintasan> what
[21:08] <Quintasan> kind
[21:08] <Quintasan> of magic is that
[21:10] <Quintasan> I'm stumped now
[21:13] <Quintasan> yofel: Think it may be related to adding pkg config to kdegraphics-strigi-analyzer?
[21:15] <yofel> that would be... weird
[21:17]  * Quintasan makes sure he didn't make any mistakes there
[21:18] <yofel> could be something from the archive too like with pimlibs
[21:19] <Quintasan> what the hell
[21:20] <Quintasan> ..
[21:20] <Quintasan> yofel: missing libstreamanalyzer-dev
[21:20] <Quintasan> wonder why it worked before
[21:20] <yofel> yeah, me too...
[21:25] <Quintasan> yofel: do you run the status script manually it runs automagically?
[21:25] <yofel> that's a 15min cronjob
[21:25] <yofel> (5 min before each run it pulls from bzr)
[21:31] <Quintasan> yofel: What can be green should be green now
[21:40] <yofel> yay
[22:17] <Riddell> how's .80 doing?
[22:57] <yofel> Riddell: I think we're mostly done, except for marble(-qt) and kdepimlibs (broken by some lib)
[23:02] <Quintasan> There are some oragne entries but I might fix them later on
[23:02] <Quintasan> need to go to bed
[23:09]  * Riddell runs ./kubuntu-initial-upload
[23:12] <yofel> Riddell: for?
[23:27] <yofel> hm, korundum builds for me until 0f587bd380d8abc02227b518799dff18881d3619
[23:30]  * yofel looks for pino
[23:32] <Riddell> hmm when did kdepimlibs break?
[23:36] <Riddell> yofel: whyever would that commit stop korundum? it's about smokenepomuk not akonadi or okular
[23:36] <Riddell> korundum is one weird package
[23:37]  * Riddell uploads kde4libs 4.10.80 to saucy
[23:38] <yofel> Riddell: kdepimlibs broke due to an upload of libgpgme yesterday
[23:38] <Riddell> bah
[23:39] <Riddell> bzr: ERROR: Tag saucy already exists.
[23:39] <Riddell> hmm, ./kubuntu-archive-upload fail
[23:46] <yofel> grumpy pino...
[23:49] <yofel> at least I think I've got korundum almost fixed
[23:55] <Riddell> yofel: oh?
[23:56] <yofel> Riddell: I'll commit this as it seems to work for me: http://paste.kde.org/779306
[23:58] <juancarlospaco> :)
[23:58] <Riddell> cool