[02:40] <ScottK> Fixed kpat FTBFS.
[02:52]  * ScottK fixes harder.
[03:41] <ScottK> Riddell: debian/changelog for kubrik claims it's a PPA build (the revision number is right however).  Please fix for the next upload.
[03:44] <ScottK> s/kubrik/kubrick/
[03:44] <kubotu> ScottK meant: "Riddell: debian/changelog for kubrick claims it's a PPA build (the revision number is right however).  Please fix for the next upload."
[04:16] <ScottK> Riddell: ksquares copyright was missing one person.  I fixed and reuploaded.
[05:13] <ScottK> Riddell: For ksirk, ksirk/iris/src/libidn/nfkc.c is LGPL and there's no license file included nor is it mentioned in debian/copyright.  Additionally, there are other copyrights missing.  I'll have to reject it.
[05:22] <ScottK> Riddell: I fixed the killbots debian/copyright.
[05:28] <kubotu> ::workspace-bugs:: [1088772] Broken icons in plasma tray @ https://bugs.launchpad.net/bugs/1088772 (by xapienz)
[06:31] <ScottK> Riddell: granatier was missing stuff too.  In retrospect, don't they all need GFDL in debian/copyright?
[06:31]  * ScottK fixed that one up and is calling it a night.
[07:24] <jussi> Quintasan_: various, but ubuntu mostly. why?
[08:32] <Tm_T> so yeah, icons that comes outside of icon theme are not shown in systray
[08:53] <apachelogger> Tm_T: did you file a bug yet?
[08:54] <apachelogger> someone please send a test mail to apachelogger@ubuntu.com
[08:56] <shadeslayer> apachelogger: sent
[08:57] <apachelogger> \o/
[08:57] <apachelogger> my mail be workign again
[08:57] <apachelogger> tickets ftw ^^
[08:57] <shadeslayer> :D
[09:00]  * apachelogger would really like to blog about something
[09:01] <shadeslayer> blog about tickets?
[09:06] <apachelogger> shadeslayer: not useful :P
[09:06] <shadeslayer> apachelogger: blog about how we need business cards
[09:07] <apachelogger> we do?
[09:07] <shadeslayer> yes
[09:07] <apachelogger> I am sorry, I have not gotten much mail for 2 weeks :P
[09:07] <shadeslayer> with updated artwork and stuff
[09:08] <shadeslayer> apachelogger: see https://plus.google.com/107577785796696065138
[09:08] <shadeslayer> erm
[09:09] <apachelogger> I know
[09:09] <shadeslayer> okay
[09:09] <apachelogger> not sure me blogging is a good idea tho :P
[09:09] <shadeslayer> it's on G+
[09:10] <apachelogger> dragon3 still has no UI ;)
[09:10] <shadeslayer> heh
[09:10] <apachelogger> its only been >1.5 year since inception
[09:10] <shadeslayer> xD
[09:10] <shadeslayer> apachelogger: I haz kde-mm question
[09:10] <apachelogger> so do I, who do we ask?
[09:10] <shadeslayer> you
[09:10] <apachelogger> oh
[09:11] <shadeslayer> apachelogger: http://paste.kde.org/623426 < why does this not work?
[09:11] <shadeslayer> by not work I mean does not compile
[09:11] <apachelogger> well
[09:12] <apachelogger> supposedly path a is an interface that was changed for 1.0 hence why you need path b
[09:12] <shadeslayer> whut
[09:12] <shadeslayer> apachelogger: no no
[09:12] <shadeslayer> apachelogger: /home/shadeslayer/sauce/kde/phonon-gstreamer/gstreamer/audiodataoutput.cpp:128: error: ‘GST_BUFFER_CAPS’ was not declared in this scope
[09:12] <shadeslayer> GST_BUFFER_CAPS was removed, the caps are now applied on the pad that  the buffer is pushed onto
[09:13] <shadeslayer> so you get the caps from the pad now
[09:13] <apachelogger> that's what I said
[09:13] <shadeslayer> roger
[09:13] <shadeslayer> now
[09:13] <apachelogger> the two paths are compile time mutually exclusive
[09:13] <shadeslayer> ahaha
[09:13] <shadeslayer> okay
[09:13] <shadeslayer> right
[09:13] <apachelogger> you cannot do a runtime if-else
[09:13] <shadeslayer> I have to ifded
[09:13] <apachelogger> but you need a compiletime if-else
[09:13] <shadeslayer> *ifdef
[09:13] <shadeslayer> not if
[09:13] <apachelogger> shadeslayer: aye
[09:13] <apachelogger> shadeslayer: well
[09:14] <shadeslayer> ?
[09:14] <apachelogger> shadeslayer: technically it would be best if you did #if gstversion > expectedversion
[09:14] <shadeslayer> righto
[09:14] <apachelogger> we have lines like that somewhere
[09:14] <apachelogger> best grep for version
[09:14] <shadeslayer> grep for version?
[09:15] <apachelogger> gstreamer/pipeline.cpp:#if GST_VERSION >= GST_VERSION_CHECK(0,10,23,0)
[09:16] <shadeslayer> oic
[09:17] <shadeslayer> apachelogger: but gst provides all that already
[09:18] <shadeslayer> apachelogger: http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gstreamer/html/gstreamer-GstVersion.html#GST-CHECK-VERSION:CAPS
[09:18] <shadeslayer> so why define it in p-c-gst.h.cmake
[09:20] <apachelogger> shadeslayer: possibly it did not in the past
[09:20] <shadeslayer> mm
[09:30] <apachelogger> Commandline: apt-get install ubuntu-tweak
[09:30] <apachelogger> those are really the best logs
[09:33] <apachelogger> JontheEchidna: do you see the reason for bug 1062824
[09:33]  * apachelogger does not
[09:33]  * apachelogger also thinks that perhaps maintscripts should be more verbose on error
[09:34] <kubotu> ::workspace-bugs:: [1066237] log out button freezes kde @ https://bugs.launchpad.net/bugs/1066237 (by J. Sundermeyer)
[09:34] <kubotu> ::workspace-bugs:: [1075518] Plasma Workspace (plasma-desktop), signal: Aborted [Current thread is 1 (Thread 0xb31c5720... @ https://bugs.launchpad.net/bugs/1075518 (by Blair Chasteen)
[09:34] <kubotu> ::workspace-bugs:: [1077196] klipper does not save contents from closed windows @ https://bugs.launchpad.net/bugs/1077196 (by ill)
[09:53] <shadeslayer> ScottK: digikam uploaded to rebuild against hupnp
[11:12] <shadeslayer> apachelogger: do you think we could do with some autopilot tests in our packaging?
[11:13] <Riddell> http://news.slashdot.org/story/12/12/09/1828238/mark-shuttleworth-answers-your-questions
[11:14] <shadeslayer> "So I think the next frontier is to create a seamless experience from the embedded world to the cloud."
[11:14] <shadeslayer> that's what I want for KDE :P
[11:23] <apachelogger> shadeslayer: yes?
[11:23] <Quintasan_> jussi: Becasue I was not sure how does one run ubuntu on imx when it is so slow there
[11:23] <apachelogger> shadeslayer: depends on what you mean though
[11:23] <apachelogger> specifically
[11:23] <shadeslayer> well
[11:23] <shadeslayer> things like
[11:23] <shadeslayer> autopilot tests for rekonq
[11:23] <shadeslayer> and ktp
[11:24] <shadeslayer> ktp is going to be a bit hard to do
[11:24] <shadeslayer> and dolphin etc etc
[11:24] <Quintasan> \o
[11:24] <shadeslayer> oh this is going to be fun
[11:24] <shadeslayer> I get to build kdelibs twice 
[11:24] <shadeslayer> like kde-workspace
[11:24] <Riddell> two times the fun
[11:24] <shadeslayer> indeed
[11:25]  * shadeslayer looks at how kde-workspace is built
[11:29] <shadeslayer> JontheEchidna: btw could you figure out how we can build nepomuk-core with ffmpeg and dlrestrictions? ( from what I've been told, you've done this before )
[11:42] <shadeslayer> uhh
[11:42] <shadeslayer> Quintasan: what's build-kwin-active
[11:42] <shadeslayer> I can't find it anywhere
[11:42] <Quintasan> try guessing
[11:42] <shadeslayer> dude, there's no debian/build-kwin-active
[11:43] <shadeslayer> how does this even compile 0.o
[11:43] <Quintasan> shadeslayer: That's how our workspace is broken xD
[11:43] <shadeslayer> xD
[11:43] <Quintasan> shadeslayer: Theoretically this is the build directory that should get created during build proccess
[11:43] <shadeslayer> oh
[11:44] <shadeslayer> does it?
[11:44] <shadeslayer> get created I mean
[11:44] <Quintasan> Dunno lol
[11:44] <Quintasan> It SHOULD
[11:44] <shadeslayer> okay
[11:45] <Quintasan> I have no idea how does this thing even work seeing patches got reverted when I was not looking
[11:45] <shadeslayer> yeah
[11:45] <shadeslayer> that's what I'm looking at myself
[11:45] <shadeslayer> xD
[11:45] <shadeslayer> seems like a big ol fuck all
[11:45] <Tm_T> oh my
[11:46] <shadeslayer> yeah, sorry about that, but this is *really* messed up
[11:46] <shadeslayer> Riddell: are you sure this is right? http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/nepomuk-widgets/revision/7
[11:48]  * shadeslayer scratches head
[11:48] <Riddell> shadeslayer: um, no
[11:48] <shadeslayer> Riddell: :P
[11:48] <Riddell> I think I'll change all our Section fields to "who cares" since it's a pointless label anyway
[11:49] <shadeslayer> xD
[11:49] <Quintasan> :D
[11:49] <Quintasan> +1
[11:49] <shadeslayer> Quintasan: okay, so, the patches should only be applied when doing the active build right?
[11:49] <shadeslayer> they shouldn't land in the normal build
[11:49] <Quintasan> shadeslayer: Yeah, that's right
[11:49] <shadeslayer> okay
[11:49] <shadeslayer> HOW THE HELL DID THIS WORK
[11:49] <Quintasan> That's why I put them into separate directory 
[11:49] <Quintasan> now the directory is gone\
[11:49] <shadeslayer> yeah
[11:49] <shadeslayer> @_@
[11:50] <yofel> you can't apply 2 different patch sets with dh7 packaging - at least I don't know how to
[11:50] <yofel> that's why the last attempt at double-building wrapped the patch in ifdefs and used a flag
[11:52] <shadeslayer> can't you do a export the quilt patch dir and then do quilt push before the second cmake call?
[11:52] <Quintasan> what shadeslayer said
[11:52] <Quintasan> That's what I did
[11:52] <Quintasan> and it worked
[11:53] <shadeslayer> sounds like it should work
[11:53] <shadeslayer> without too much hassle
[11:54] <yofel> are configure and build batched together in dh7? As configuring twice and then building twice won't really work
[11:56] <shadeslayer> don't think so, but we're using a separate dir for the second build
[11:57] <yofel> sure, but you only have ONE source that you can patch
[11:57] <shadeslayer> so build 1 happens in obj-whatever
[11:57] <shadeslayer> I don't see how that's an issue?
[11:57] <yofel> does cmake copy the source into the build dir? afaik it doesn't
[11:57] <Quintasan> yofel: patch -> build -> do magic -> UNPATCH -> apply different patch set -> build INTO another directory
[11:57] <shadeslayer> ^
[11:57] <yofel> Quintasan: yeah, that work, but how do you do that with current packaging?
[11:58] <Quintasan> yofel: it did work with dh7 and unless they did some significant changes it should still work
[11:58] <Quintasan> yofel: override everything?
[11:58] <Quintasan> I overrode auto_patch auto_build and auto_install
[11:58] <yofel> as AFAIK dh_auto_configure and dh_auto_build are both only run once
[11:58] <shadeslayer> yofel: override_dh_auto_configure:
[11:58] <shadeslayer>         $(overridden_command) -- -DKDE4_KDM_PAM_SERVICE=kdm -DKDE4_COMMON_PAM_SERVICE=kdm
[11:58] <shadeslayer>         $(overridden_command) -Bdebian/build-kwin-active -- -DKDE4_KDM_PAM_SERVICE=kdm -DKDE4_COMMON_PAM_SERVICE=kdm -DKWIN_PLASMA_ACTIVE=true
[11:58] <shadeslayer> that's how :P
[11:58] <Quintasan> yofel: override it and call it twice?
[11:59] <yofel> whatever, show me the finished work. the current workspace build isn't set up like that
[11:59] <shadeslayer> it is! :P
[11:59] <Quintasan> yofel: That's the problem xD
[11:59] <yofel> shadeslayer: it's not!
[11:59] <shadeslayer> but it doesn't have patchery
[11:59] <shadeslayer> I just copy pasted from kde-workspace rules :p
[11:59] <Quintasan> It was working but $STUFF happened and it doesnt work as it is supposed to work right now
[11:59] <yofel> it applies the patch and uses a cmake flag to turn it on and off, that's not using 2 patchsets
[12:00] <shadeslayer> ah okay
[12:00] <shadeslayer> this should really be upstreamed :|
[12:00] <Quintasan> yofel: The flag does shit by itself when the patches are not there xD
[12:00] <Quintasan> once shadeslayer fixes the patching the rest should work
[12:00] <shadeslayer> righto
[12:00] <shadeslayer> the question is
[12:00] <yofel> the patch that was removed was upstreamed, and I'm not yet convinced that the missing part is really needed
[12:01] <Quintasan> IT WAS NOT UPSTREAMED T_T
[12:01] <Quintasan> shadeslayer: show him @_@
[12:01] <shadeslayer> err more patches : ftp://ftp.kde.org/pub/kde/stable/active/3.0/src/patches/
[12:01] <yofel> as for the PA3 patches: yes, I know they're not in
[12:01] <yofel> Quintasan: wait, I'm looking myself, I might be wrong too as I was last time ^^
[12:01] <shadeslayer> yofel: we applied the patches cleanly on git master at UDS R
[12:02]  * Quintasan goes to take a shower
[12:02] <Quintasan> I expect results
[12:02] <shadeslayer> or maybe they were, but were reverted or sth
[12:02] <shadeslayer> and we forgot
[12:02] <Quintasan> Riddell, ScottK: friendly reminder for maliit review
[12:03]  * shadeslayer looks at bzr log
[12:04] <yofel> shadeslayer: after resetting workspace KDE/4.9 hard, kwin/CMakeLists.txt respects KWIN_PLASMA_ACTIVE. The missing part of the patch were a few includes - I'm not convinced that they're missing
[12:04] <Riddell> apachelogger: apachelogger @ubuntu.com got unsubscribed from kubuntu-devel 10 days ago
[12:04] <yofel> er, needed
[12:04] <shadeslayer> I see
[12:04] <Riddell> Quintasan: keep reminding us
[12:04] <shadeslayer> yofel: we still need this patchset though : ftp://ftp.kde.org/pub/kde/stable/active/3.0/src/patches/
[12:05] <shadeslayer> I see some really fun commit entries : http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/kde-workspace/revision/668
[12:06] <yofel> yeah, I know. I'm just wondering how to get dh7 to work with 2 patch sets. I don't know if that's possible as I remember the sequencing, but maybe Quintasan knows better.
[12:06] <shadeslayer> hmm .. I *think* you might be right
[12:07] <shadeslayer> after the first patchset gets applied, and you pop it, those patches are no longer applied
[12:07] <shadeslayer> and the first build loses that patchset
[12:07] <shadeslayer> so, keep first patchset, apply active's patchset ontop of our patchset for active build
[12:08] <apachelogger> Riddell: autounsub because the alias was broken I presume
[12:09] <yofel> shadeslayer: still leaves the issue of only one available source. We really would need to 'patch - build - unpatch - patch - build'. But not sure how to do that. [OR add ifdefs for the patches, not sure how much work that is]
[12:09] <apachelogger> Riddell: I think I am subbed again, thanks for pointing it out
[12:10] <yofel> anyway, back to work, let's hope that Quintasan has some magic idea
[12:10] <shadeslayer> hmm
[12:13] <yofel> shadeslayer: or maybe one could make a full source copy at the start and then point cmake to that for one build. I've never tried something like that though.
[12:13] <shadeslayer> heh
[12:13] <shadeslayer> that would be fun
[12:14] <shadeslayer> a 'cleaner' solution I guess would be to have different -active sources
[12:14] <shadeslayer> so kde4libs-active, kde-workspace-active
[12:24] <Riddell> how would that be cleaner?
[12:25] <Riddell> that just means they'll get out of sync
[12:30] <shadeslayer> hmm
[13:02] <ScottK> Quintasan: Look at the number of KDE games still in New and you'll understand why I didn't get to it yet.
[14:23] <shadeslayer> Quintasan: http://paste.kde.org/623696/
[14:23] <shadeslayer> still WIP
[14:24] <Quintasan> >built with active patches
[14:24] <Quintasan> means nothing to me
[14:25] <Quintasan> make it built with Plasma Active support
[14:25] <shadeslayer> heh
[14:26] <shadeslayer> still needs install files and the likes
[14:26] <yofel> I don't see kdelibs5-active-dev, if the -active stuff isn't installed during build dpkg-shlibdeps WILL do the wrong thing
[14:27] <shadeslayer> like I said, still WIP :)
[14:28] <shadeslayer> I thought that dh_auto_configure would create the debian/build-kdelibs-active dir, but it didn't
[14:31] <shadeslayer> and hmm ... debian/build-kdelibs-active-dir is empty right now
[14:31] <shadeslayer> I thought it would have the relevant CMake files
[14:31] <yofel> -Bdebian/build-kwin-active is an option for dh_auto_configure, not cmake, so put it before the --
[14:32] <shadeslayer> oh good point
[14:33] <yofel> see man debhelper BUILD SYSTEM OPTIONS
[14:33] <shadeslayer> yeah, that's where I picked it up, except I put it at the wrong line
[14:34] <shadeslayer> -- Build files have been written to: /tmp/buildd/kde4libs-4.9.90/debian/build-kwin-active
[14:34] <shadeslayer> wohoo
[14:34] <shadeslayer> erm
[14:34] <shadeslayer> wrong dir
[14:34] <yofel> why?
[14:35] <shadeslayer> build-*kwin*-active
[14:35] <shadeslayer> should be kdelibs
[14:35] <shadeslayer> :P
[14:35] <yofel> oops
[14:35] <yofel> ^^
[14:36] <yofel> ah, and don't forget to remove the dir in dh_clean
[14:36] <shadeslayer> better : -- Build files have been written to: /tmp/buildd/kde4libs-4.9.90/debian/build-kdelibs-active
[14:36] <shadeslayer> ofcourse
[14:36] <soee> guys what re the oxygen-fonts ?
[14:36] <shadeslayer> soee: experimental ppa
[14:36] <soee> shadeslayer, yeah i see topic but what do they chenge ? add some extra fonts ?
[14:37] <shadeslayer> they add the oxygen fonts? that's about it
[14:37] <soee> so its like ubuntu font ?
[14:38] <soee> ok googled it
[14:38] <shadeslayer> :)
[14:38] <shadeslayer> it's a font that upstream KDE is working on
[14:38] <yofel> 'y' still feels unbalanced. Looks nice otherwise
[14:39] <soee> will test later but i doubt any font will replace my Droid :)
[14:39] <yofel> then again, I can just use the mono version
[15:01] <shadeslayer> ermmmm
[15:01] <shadeslayer> yofel: http://paste.kde.org/623702/
[15:01] <shadeslayer> any ideas how I can apply active patches ontop of our patches
[15:02] <yofel> uh... I would usually go with quilt pop -a, choose a different series file and push -a
[15:02] <shadeslayer> uh
[15:02] <shadeslayer> hm
[15:02] <yofel> and drop setting QUILT_PATCHES at all
[15:03] <shadeslayer> right
[15:03] <yofel> shadeslayer: what doesn't work there though?
[15:03] <shadeslayer> the pushing
[15:05] <yofel> dunno, would need a test env for debuggin but I don't have the time for that now
[15:06] <shadeslayer> sure
[15:06] <shadeslayer> I just made a debian/patces/series.active and appended the PA patch there
[15:17] <shadeslayer> yofel: well that's odd
[15:18] <shadeslayer> doing :         export QUILT_SERIES=series.active  or         export QUILT_SERIES=debian/patches/series.active doesn't work as well
[15:22] <Riddell> I expect it's cached in .pc/
[15:23] <Riddell> I'd be inclined to just patch it manually if quilt is faffy
[15:23] <Riddell> patch -p1 < debian/patches/foo
[15:23] <Riddell> -patch -R -p1 < debian/patches/foo  in clean
[15:25] <shadeslayer> uglyness
[15:25] <shadeslayer> :(
[15:27] <Riddell> 77CABWYBP: got a new amateur radio call sign?
[15:27] <Riddell> Quintasan: where's that maliit?
[15:32] <shadeslayer> god
[15:32] <shadeslayer> rm -rf .pc/
[15:32] <shadeslayer> cp /tmp/buildd/kde4libs-4.9.90/debian/patches/series.active /tmp/buildd/kde4libs-4.9.90/debian/patches/series
[15:32] <shadeslayer> quilt push -a
[15:32] <shadeslayer> No series file found
[15:33] <highvoltage> quilt obviously hates you.
[15:34] <shadeslayer> clearly
[15:35] <shadeslayer> this is a fairly wtf build :P
[15:37] <shadeslayer> I'll go with Riddell's suggestion
[15:37] <shadeslayer> even though it leads to uglyness
[15:37] <yofel> that'll be a wtf build then
[15:37] <yofel> go ahead for now, I'll debug this if I have time in the evening
[15:37] <shadeslayer> heh
[15:37] <shadeslayer> okay
[15:38] <Quintasan> Riddell: dget -xu http://people.ubuntu.com/~quintasan/uploads/maliit-framework_0.93.0-0ubuntu1.dsc
[17:47] <shadeslayer> ugh
[17:48] <shadeslayer> does this look sane for kdelibs5-active-dev.install : http://paste.kde.org/623762
[18:16] <Riddell> buildslayer: isn't it just the same as the normal kdelibs5-dev.install ?
 I don't see kdelibs5-active-dev, if the -active stuff isn't installed during build dpkg-shlibdeps WILL do the wrong thing
[18:18] <buildslayer> uhh ... now that I think about it, I don't see how adding that will fix said issue :P
[18:20] <buildslayer> hmm .. this will most definitely cause issues if dpkg-shlibdeps takes into account out of source builds
[18:22] <buildslayer> anywho, something for tomorrow I guess
[18:22] <yofel> uhm, a) you need to have something that installs the lib*-active packages. b) they need to conflict with the regular set of packages. c) That'll probably break everything
[18:22] <yofel> so I'm currently thinking about how to solve this too...
[18:23] <buildslayer> right
[18:23] <buildslayer> :P
[18:24] <buildslayer> upstream sux
[18:24] <yofel> this is *so* set up for a one-config environment which we don't have -.-
[18:25] <buildslayer> yeah ...
[18:25] <buildslayer> maybe we should complain loudly
[18:25] <buildslayer> the fun part is that half of the kdelibs patch is in 4.10
[18:25] <buildslayer> so I had to redo it
[18:27] <Tm_T> yofel: huh?
[18:29] <buildslayer> ah yes, new kernel
[18:30] <buildslayer> with TCP Fast open
[18:45] <buildslayer> Riddell: btw decisions like Business card artwork would be taken by the Council right?
[18:54] <yofel> Tm_T: hm? kdelibs? I meant the one big kdelibs patch from active that changes god knows what and that I would rather not have on the normal desktop
[18:55] <Tm_T> yofel: are you saying that we (kubuntu) are going to have either plasma-desktop or plasma-active but not both on the system, against upstream?
[18:57] <yofel> Tm_T: I'm saying that it makes it hard to do it, not that it's impossible. And that's not really something they *need* to care about either.
[18:57] <Tm_T> hmmm
[19:00] <yofel> hm
[19:01] <yofel> actually...
[19:03] <kubotu> ::workspace-bugs:: [1088772] Broken icons in plasma tray @ https://bugs.launchpad.net/bugs/1088772 (by xapienz)
[19:03] <Tm_T> yofel: yes?
[19:03] <yofel> buildslayer: are the changes that replace functionality in 4.10? As the diff is otherwise mostly adding stuff, maybe we don't need to build twice
[19:03] <buildslayer> yofel: uhh sec
[19:04] <yofel> except for the replacements that just add fuse support
[19:04] <buildslayer> http://paste.kde.org/623792 is what quilt gave me after refreshing 
[19:05] <buildslayer> yofel: can you see any difference in lines 55 and 57?
[19:05] <buildslayer> possibly useless diff
[19:08] <Riddell> buildslayer: well the money part at least will be
[19:08] <yofel> buildslayer: whitespace diff
[19:08] <buildslayer> Riddell: nah, I mean deciding which artwork will become 'official'
[19:08] <buildslayer> yofel: so it wasn't me being sleepy ... good to know
[19:10] <yofel> line 106-127: filling empty methods o.O?
[19:11] <buildslayer> ?
[19:11] <buildslayer> nope
[19:11] <Riddell> buildslayer: I'm less fussed about that
[19:11] <buildslayer> Riddell: heh
[19:12] <buildslayer> I've also pinged Eugene
[19:17] <yofel> http://paste.kde.org/623798 - wth..
[19:17]  * yofel will continue review after dinner
[19:17] <buildslayer> 0.o
[19:17] <buildslayer> I'm probably going to go to sleep in another 20 minutes
[19:26] <yofel> re
[19:29] <yofel> buildslayer: can you make a fresh full clone of kdelibs? I can't
[19:30] <yofel> pulling works, but clone not
[19:30] <buildslayer> sec
[19:31] <buildslayer> yofel: clone from anongit1
[19:32] <yofel> thanks
[19:32] <yofel> now lets see which one's broken
[19:34] <buildslayer> 3 I guess
[19:35] <buildslayer> erm, there's no 3 ... 
[19:35] <yofel> 1 2 and 4 work, 3 doesn't resolve here
[19:36] <yofel> 5 is broken
[19:36]  * yofel pokes the admins
[19:37] <buildslayer> I think they know
[19:37] <yofel> I didn't see anythign in -sysadmin...
[19:38] <yofel> they should at least take it out of the rotation
 I suspect it may be a nasty combo of anongit syncing + projects updating db + all 6 thin servers trying to show git repos all simultaneously
[19:39] <buildslayer> potentially something went wrong with anongit syncing
[19:39] <buildslayer> but yeah, it'd be good to mention it to the,
[19:39] <buildslayer> *them
[19:39] <yofel> yeah, could've been load corruption
[19:41] <buildslayer> yofel: are you doing a patch review?
[19:41] <buildslayer> and whether or not the patch applies to kdelibs?
[19:42] <yofel> didn't you check the 2nd part?
[19:42] <buildslayer> 2nd part?
[19:42] <yofel> whether it appleis
[19:43] <yofel> I'll try to find out what the activity part is supposed to do, as the fuse part seem safe
[19:43] <yofel> *seems
[19:43] <buildslayer> http://paste.kde.org/623792/ applies cleanly to 4.9.90
[19:43] <buildslayer> I didn't check against master
[19:44] <buildslayer> it applies cleanly
[19:44] <yofel> with the low amount of changes in kdelibs we shouldn't have to worry much there
[19:44] <yofel> do you know where the active patches are kept? ivan/plasma-active-patches ?
[19:44] <buildslayer> dunno 
[19:45] <buildslayer> I'm touching this for the first time
[19:45] <yofel> same here...
[19:45] <yofel> guess I'll look around a bit
[19:45] <buildslayer> potentially #active can advise
[19:47] <yofel> yeah, I'm in there, just never said a word :P
[19:49] <buildslayer> hehe
[19:49] <buildslayer> same here
[20:01] <buildslayer> nighters
[21:02] <soee> whats motivates to work... is shower :)
[21:45] <ronnoc_> hmmm KMix volume control no longer working in 12.10 / 4.9.9. Anyone else seeing this issue?
[21:47] <Riddell> works fine in raring 4.9.90
[21:47] <Riddell> are you sure it's got the right output?
[21:50] <soee> ronnoc, what exactly not working?
[21:50] <soee> volume level works fine for me
[21:50] <soee> 12.10 
[21:51] <ronnoc> Moving the slider does nothing to the volume, nor can I mute it. I didn't change anything that I'm aware of.
[21:53] <soee> well by default the channel visible when i click volume icon do nothig for me either
[21:53] <ronnoc_> fixed by closing kmix and restarting. odd because rebooting didn't fix the issue. but all's well that ends well. 
[21:54] <soee> bu if i click mixer i got access to the right one
[21:54] <soee> :)
[21:56] <ronnoc> well I used to be able to use mouse wheel to control volume on hover, but that no longer works. seems alsa is no longer the default (my USB headphones are) and I can not see a way to change that back. 
[21:57] <soee> alsa? i thought pulseaudio
[22:19] <ronnoc> yea. it shows up as Built In Analog Stereo. And it's teh preferred device in System Settings, but somehow it's not the default anymore in KMix. No big deal :p
[22:22] <dantti_laptop> hi, I'm having a serious issue with 12.10... I can't let my pcs on for too many time that out of nothing it freezes...  with sysreq I see VFS file-max limit reached, does anyone knows what causes this?
[22:22] <dantti_laptop> luckly today I was able to still use the pc, so I can type commands that might help
[22:23] <dantti_laptop> there's no 100% process running, no process eating lots of fds...
[22:23] <dantti_laptop> so I'm really out of clue of what is happening..
[22:23] <dantti_laptop> am I the only one experiencing this?
[22:26] <dantti_laptop> funny trying to open kwin it says too many open files on the system.. but I list /proc/*/fds and no process has so many open files..
[22:26] <dantti_laptop> is there another way to find this?
[22:33] <rbelem> dantti_laptop, i'm having issues with 12.10 and icecc
[22:34] <dantti_laptop> what's icecc?
[22:34] <rbelem> dantti_laptop, http://en.opensuse.org/Icecream
[22:36] <dantti_laptop> rbelem: ok I don't use that...
[22:36] <rbelem> :-)
[22:36] <dantti_laptop> the issue is that something is eating fds on my machine.. :P
[22:37] <dantti_laptop> I won't reboot till I kill it :P
[22:37] <rbelem> :-/
[22:37] <rbelem> no idea
[22:37] <dantti_laptop> I used to have my machine up for 40 days now it can't stand 2
[22:38] <rbelem> we have to find out what changed
[22:42] <yofel> I remember having aptitude complain about too many open files here in 12.10, but now I'm on raring and it hasn't happened again.
[22:42] <ScottK> Riddell: Any thoughts on my comment on missing GFDL attribution in debian/coyright for ~all the games?
[22:43] <dantti_laptop> yofel: do you know is lsof -p is better than listing the number of files on /proc/fd?
[22:43]  * ScottK is waiting to get that resolved before reviewing more.
[22:43] <dantti_laptop> it seems to show more stuff
[22:43] <ScottK> yofel: Your first mistake is using aptitude.  Just use apt.
[22:44] <yofel> I usually do, but aptitude's dependency resolver is sometimes handy for debugging dep issues (if it doesn't totally mess up ofc.)
[22:45] <Riddell> ScottK: mm I missed that one, what missing attribution?
[22:45] <dantti_laptop> not to mention aptitude search is way easier to read than apt-cache's
[22:46] <ScottK> [01:31:10] <ScottK> Riddell: granatier was missing stuff too.  In retrospect, don't they all need GFDL in debian/copyright?
[22:46] <yofel> dantti_laptop: not really, but I do wonder what would open 4k files (that's what ulimit -n at least says as file open limit)
[22:46] <ScottK> Riddell: Take a look at what I did for grantier and see if you think that makes sense.
[22:47] <dantti_laptop> yofel: is vfs some app? cause it seems it was the one trying to get more...
[22:47] <yofel> actually aptitudes full resolver works pretty well again, just the safe one is still pretty broken
[22:48]  * yofel reads vfs as virtual file system so it should be some kernel thing
[22:48] <yofel> but would that open files by itself o.O?
[22:48] <Riddell> ScottK: mm yes
[22:49] <ScottK> OK.  We need to fix the ones I already accepted.  I can work on that.
[22:49] <ScottK> Can you redo the ones still in the queue?
[22:49] <ScottK> Also, did I do the copyright format stuff right?
[22:49] <ScottK> I'm not very experienced with it.
[22:50] <dantti_laptop> yofel: yes, tis odd indeed, probably something uses vfs to open files... and don't releases them
[22:53] <dantti_laptop> ok, it seems kvirc and chromiun are eating lots of them... using lsof... 
[22:55] <Riddell> ScottK: where is your granatie change?
[22:55] <ScottK> In the archive.
[22:55] <ScottK> I fixed it and accepted it.
[22:56] <Riddell> ScottK: only 4:4.9.90-0ubuntu1  shown in https://launchpad.net/ubuntu/+source/granatier and that has no FDL in debian/copyright
[22:56] <ScottK> Hmmm.
[22:56]  * ScottK looks
[22:58] <yofel> dantti_laptop: what does 'sysctl fs.file-nr' say for you?
[22:58] <ScottK> Riddell: Yes.  The one in the archive has it.  I didn't change the version number/changelog. so download it again (either delete yours or to a different directory)
[23:01] <Riddell> mm yes it's got it this time
[23:01] <Riddell> ScottK: yeah that looks good
[23:01] <Riddell> I'll add it to kdegames packages tomorrow
[23:01] <ScottK> OK.  Thanks.
[23:06] <rbelem> yofel, maybe it kills dantti's system
[23:07] <yofel> rbelem: well, he says that it kill is, but it seems like it's still working to some extent
[23:07] <yofel> *kills it
[23:08] <dantti_laptop> yofel: hmm sorry too lat, I killed chormiun which somehow killed my konsole, but I'm guessing my issus is kvirc
[23:08] <dantti_laptop> since it's the one that is less maintained...
[23:08] <dantti_laptop> the two where the ones that lsof couldn't proccess it all
[23:09] <dantti_laptop> I'll use another irc client for now and see what happens...