[06:20] <lordievader> Good morning.
[08:55] <yofel> The following packages have unmet dependencies:
[08:55] <yofel>  kalgebra : Depends: libanalitzagui5abi1 (>= 4:4.12.80) but it is not going to be installed
[08:55] <yofel>             Depends: libanalitzaplot5abi1 (>= 4:4.12.80) but it is not going to be installed
[08:55] <yofel> :(
[08:57] <yofel> I can't exactly make a transitional package for libanalitzaplot5...
[08:57] <yofel> any ideas?
[09:09] <Riddell> yofel: why can't you?
[09:09] <yofel> wouldn't that like... defeat the point?
[09:10] <yofel> of the whole ABI changing I mean
[09:11] <yofel> then again...
[09:11] <yofel> kalgebra seems to be the only thing that actually uses it
[09:12] <Riddell> yofel: why doesn't kalgebra want to install for you?  installs fine here
[09:12] <yofel> I was trying to upgrade my other notebook from 4.12.3 to .90, and that wanted to remove kalgebra on upgrade
[09:13] <Riddell> yofel: using PPA or main archive?
[09:13] <yofel> because that needs libanalitzaplot5abi1, which needs analitza-common, which breaks libanalitzaplot5
[09:13] <Riddell> I think it's just not transitioned into the ubuntu archive yet, still bits in -proposed
[09:13] <Riddell> I'm installing from PPA
[09:14] <yofel> I have the ppa enabled, so that's no the issue
[09:14] <yofel> If I explicitely install libanlitzaplot5abi1 it works
[09:14] <yofel> apt-get just really doesn't want to remove libanalitzaplot5 for some reason
[09:14] <Riddell> did you explicitly install libanalitzaplot5 at some point?
[09:15] <yofel> hm, let me check
[09:16] <yofel> Riddell: seems like I did, nevermind -.-
[09:17] <yofel> apt-get could really use some more information when debugging :/
[09:36]  * tsdgeos distupgrades and ends up with half 4.12.3 and half 4.12.90
[09:36] <tsdgeos> this is going to be fun :D
[09:39] <Riddell> tsdgeos: still only half way there I'm afraid :)
[09:40] <Riddell> mostly due to okular having different symbols on arm, so you've only yourself to blame :)
[09:54] <mzanetti> hey, since a few days kwin is really slow here when running with desktop effects and I have artifacts like this all over: http://i.imgur.com/Lh672bj.png
[09:55] <mzanetti> I don't think its kde's fault but rather some underlaying system stuff not matching
[09:55] <mzanetti> maybe someone here had the same and know how to fix it?
[09:55] <mzanetti> everything at least "looks" set up correctly to me.
[09:56] <mzanetti> this is 14.04 btw
[09:56] <mzanetti> it happened before 4.12.90 was pushed and upgrading to 4.12.90 did not fix it
[09:59] <yofel> that looks really like something shadeslayer_ had yesterday..
[10:27] <Riddell> shadeslayer_: ping, tomahawk is broken!
[10:27] <apachelogger> still?
[10:27] <apachelogger> wtf
[10:27] <apachelogger> Riddell: https://bugs.launchpad.net/ubuntu/+source/tomahawk/+bug/1287163
[10:28] <apachelogger> says there is a fix in trusty-proposed
[10:28] <apachelogger> > out of date on i386: tomahawk, tomahawk-dbg (from 0.7.0+dfsg1-0ubuntu1)
[10:28] <apachelogger> > out of date on armhf: tomahawk, tomahawk-dbg (from 0.7.0+dfsg1-0ubuntu1) 
[10:29] <apachelogger> ah yes
[10:29] <apachelogger> ftbfs on !amd64
[10:29] <apachelogger> cp: cannot stat 'debian/tmp/usr/lib/x86_64-linux-gnu/libtomahawklib.so.0.7.0': No such file or directory
[10:29] <apachelogger> oh lol
[10:29] <apachelogger> xD
[10:30] <yofel> :D
[10:32] <apachelogger> shadeslayer_: https://bugs.launchpad.net/ubuntu/+source/tomahawk/+bug/1295069
[10:33] <Riddell> and thus my ping to shadeslayer_ 
[10:33] <Riddell> mzanetti: I guess we don't know, sounds like an X problem I'm afraid
[10:33] <yofel> he's probably still asleep though ^^
[10:34] <Riddell> too many late nights out partying
[10:35] <mzanetti> Riddell: yeah... think so too. just hoped it would be some common thing these days and someone knows about it.
[10:35] <yofel> that's why I hoped shadeslayer_ was awake as he had http://wstaw.org/m/2014/03/19/plasma-desktopUR2108.png yesterday
[10:36] <apachelogger> mzanetti: #ubuntu-x might know something
[10:37] <mzanetti> too many ubuntu channels I don't know of :D
[10:38] <apachelogger> tell me about it, I usually end up googling whether there's an IRC channel :O
[10:39]  * apachelogger wonders if it is really thursday already
[10:39] <apachelogger> kubotu: date
[10:39] <apachelogger> kubotu: you are no help today
[10:40] <yofel> hm, so even if I do a plain saucy-trusty upgrade it wants to remove kalgebra :(
[10:41]  * apachelogger looks at whiteboard and cringes
[10:41] <apachelogger> yofel: do we know why?
[10:41] <yofel> guess I'll make a transitional package after all unless someone has a better idea
[10:41] <apachelogger> transitional packages are the best idea :P
[10:41] <yofel> apachelogger: kalgebra needs libanalitzaplot5abi1 which needs analiza-common (new) which breaks libanalitzaplot5
[10:42] <apachelogger> and there's no libanalitzaplot5abi1?
[10:42] <yofel> apt keeps anlitza-common uninstalled rather than uninstall libanalitzaplot5
[10:42] <yofel> there is, apt is just against installing it
[10:42] <jmux> Riddell: Yesterday I ask Thiago on #qt-labs for a review of Qt patch. Got no reply...
[10:42] <jmux> asked
[10:42] <apachelogger> yofel: do you have a -o Debug::pkgProblemResolver=yes log?
[10:43] <apachelogger> mind you, I think transitional packages are the way to go anyway, I am purely interestsed for scientific reasons ^^
[10:43] <yofel> apachelogger: http://paste.ubuntu.com/7124610/
[10:46] <apachelogger> Broken libanalitzagui5:amd64 Depends on libanalitzaplot5 [ amd64 ] < 4:4.11.5-0ubuntu0.1 -> 4:4.12.80-0ubuntu1~ubuntu14.04~ppa1 > ( universe/libs ) (>= 4:4.12.80-0ubuntu1~ubuntu14.04~ppa1)
[10:46] <apachelogger> :O
[10:47] <yofel> that's ok, libanalitzagui5abi1 depends on libanalitzaplot5abi1
[10:47] <apachelogger> yes, but that is the problem I think
[10:49] <yofel> how? both libs are only used by kalgebra and cantor-backend-kalgebra, their new versions depend on the new libs, so apt *should* replace the libs, which it doesn't but instead wants to remove kalgebra and cantor-backend-kalgebra on upgrade
[10:50] <yofel> problem is that libanalitzaplot5 contains data files, so I went the debian way and added analitza-common for those, which now conflicts with libanalitzaplot5
[10:50] <yofel> but I don't get why apt has a problem with that
[10:57] <apachelogger> yofel: oh, cantor also plays into it?
[10:58] <Riddell> cantrol, kalgebra and analitza all got accepted into -release
[10:58] <yofel> Reverse Depends:
[10:58] <yofel>   kalgebra
[10:58] <yofel>   cantor-backend-kalgebra
[10:58] <yofel>   libanalitza-dev
[10:58] <yofel>   libanalitza-dbg
[10:58] <yofel>   kalgebramobile
[10:58] <yofel>   kalgebra
[10:58] <yofel>   cantor-backend-kalgebra
[10:59] <yofel> for libanalitzagui5
[10:59] <apachelogger> well yeah, but it does not effect the log you pasted, does it
[11:00] <yofel> apachelogger: http://paste.ubuntu.com/7124673/ if you want cantor added
[11:01] <apachelogger> the problem is that plot is a hard dependency (i.e. has a strict version requirement) on two levels of the graph, once at the gui->plot && gui-> common level and once at the algebra->plot && algebra->gui level
[11:01] <apachelogger> and apt always looks at one level at a time
[11:01] <yofel> :(
[11:01] <apachelogger> that's the two reinstation passes you see in the first log
[11:02] <apachelogger> it tries to upgrade libanalitzagui5, considers bumping the other lib packages up, but fails because because kalgebra still needs them
[11:03] <apachelogger> so it moves up a level, tries to upgrade kalebra, that's the second resoltuion pass at line 38
[11:04] <yofel> guess I'll add a transitional package then, that'll unblock it
[11:04] <apachelogger> it again considers all three lib packages to get upgraded, it fails this time becuase gui has a dependency on plot as well (in the lower level of the graph as it were), so common cannot be upgraded because that would need to remove plot and that would break gui because that depends on plot
[11:05] <apachelogger> in general it would seem very trivial but it's not for the resolution algorithm in use
[11:05] <yofel> fun
[11:05] <yofel> in any case
[11:05] <apachelogger> because the dependencies here span across two levels
[11:05]  * yofel -> lunch
[11:05] <apachelogger> yofel: enjoy
[11:05] <apachelogger> if only gui depped on plot, but not algebra the upgrade would work
[11:05] <apachelogger> if only algebra depped on plot, but not gui it would also work
[11:06] <apachelogger> having both depend on plot blocks upgrading both levels xD
[11:06] <apachelogger> ^ that's why most of the time one needs a transitional package
[11:10] <Riddell> that's why data files shouldn't go in with library files
[11:10] <Riddell> which we probably do for KF5 in some places 
[11:22] <apachelogger> yeah
[11:33] <yofel> we should really clean that up and go with libfoo-data, not like it adds much overhead
[11:38] <BluesKaj> Hiyas all
[11:45] <Riddell> apachelogger: can you check this tar is sane? http://starsky.19inch.net/~jr/tmp/oxygen-fonts-0.4.tar.xz
[11:47] <apachelogger> Riddell: looks good
[12:23] <yofel> so, how does one tag a file in kde? I thought I would look at baloo a bit, but I get none recently accessed files, searching for documents,images,audio,videos is always empty and tags:/ shows nothing
[12:26] <Riddell> yofel: I use dolphin, how would you expect to use it?
[12:27] <sgclark> Riddell: is there anything I can work on?
[12:27] <yofel> well yeah, but if I have dolphin open, what do I do? Because I'm obviously doing *something* wrong
[12:28] <jussi> yofel: open dolphin, highlight the file, on right sidebar comes a link "add tag"
[12:29] <yofel> jussi: oh right, I totally forgot that I removed the details view :D
[12:29] <yofel> that'll help
[12:29] <Riddell> sgclark: check what's not compiled in 4.12.90? http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[12:30] <yofel> kdeplasma-addons needs a .install.ppc64el to migrate
[12:32] <sgclark> Riddell: kget looks easy enough will start with that
[12:32] <sgclark> Riddell: are you ready for the qxorm-qt5?
[12:33] <yofel> how the hell did kget build in ninjas...
[12:34]  * apachelogger wonders whats with all the muon bugs on lunchpad :O
[12:34] <sgclark> yofel: is it not suppose to be on list? should I not work on it?
[12:35] <yofel> sgclark: nah, please fix it if you can
[12:35] <sgclark> yofel: ok will do
[12:35] <Riddell> sgclark: you could also push the debian patches to move eigen2 support to eigen3 upstream
[12:35] <Riddell> sgclark: no sorry not got to it, will do soon, is it in your ubuntu one?
[12:36] <sgclark> Riddell: yes ubuntu one
[12:36] <sgclark> Riddell: what patches? are they in the packages?
[12:36] <Riddell> sgclark: they're in the patches in debian
[12:37] <sgclark> Riddell: ok, just to clarify, put them on reviewboard?
[12:37] <Riddell> sgclark: yep
[12:37] <Riddell> sgclark: find the patches at  reverse-depends -b libeigen2-dev
[12:37] <sgclark> Riddell: will do
[12:37] <Riddell> no find the packages at reverse-depends -b libeigen2-dev
[12:37] <Riddell> then get the debian package from packages.debian.org
[12:37] <Riddell> then put patch on reviewboard
[12:38] <Riddell> unless it's already on reviewboard which i think it is for calligra and maybe 1 other I don't remember
[12:43] <Riddell> 12:42 < cjwatson> Riddell: It looks like calligra and korundum need to be rebuilt against libokularcore3abi1
[12:43] <Riddell> 12:42 < cjwatson> looking at blockages in -proposed
[12:44] <yofel> sounds like korundum is missing a versioned build-dep
[12:49] <jussi> Riddell: hehe, just found this fun fact... 25. The unicorn is the national animal of Scotland.
[12:49] <Riddell> um, is it?
[12:50] <Riddell> I know betty has one on her crest along with a lion but we don't have national animal otherwise
[12:52] <jussi> according to this "amazing facts" site it is... :P
[12:52] <jussi> http://www.scotsman.com/lifestyle/heritage/scottish-fact-of-the-week-scotland-s-official-animal-the-unicorn-1-2564399
[12:52] <jussi> and many other places back that up
[12:56] <Riddell> well well, the things one learns
[12:57] <jussi> :D
[12:58]  * Peace- waiting  for insults xD http://kde-apps.org/content/show.php?content=164252
[13:01] <jussi> mmm, mud cake....
[13:01] <sgclark> Riddell: avogadro is on list , got patch, but not on reviewboard, can you confirm this is not a kde package
[13:02] <Peace-> lol
[13:04] <Riddell> sgclark: it is, I think if it's not on reviewboard you need to submit to bugs.kde.org
[13:04] <sgclark> ok
[13:07] <sgclark> Riddell: a search on avogadro on bugs.kde.org brings up kalzium, there is already a patch committed for kalzium. Is this right? kalzium is also on the list
[13:07] <yofel> avogadro isn't kde software.. http://avogadro.cc/wiki/Main_Page
[13:09] <sgclark> thanks yofel, moving on to next
[13:09] <Riddell> aah, right, yes
[13:12] <sgclark> Riddell: I attached the patch to the existing bug here: http://sourceforge.net/p/avogadro/bugs/701/
[13:13] <Riddell> sgclark: lovely
[13:24] <yofel> hm, kget doesn't look ported to baloo
[13:26] <yofel> vHanda: can someone built against nepomuk run using baloo? Is there any backwards compatibility?
[13:26] <yofel> *something
[13:27]  * apachelogger read potatoed for some reason
[13:27] <apachelogger> yofel: no
[13:27] <apachelogger> it would do no nothing AFAIK
[13:27] <Riddell> what does kget use from nepomuk?
[13:28] <apachelogger> that is a very good question ^^
[13:28] <yofel> dunno, andi it's like.. half-removed already (which is why it failed in the archive)
[13:28] <yofel> i.e. nepomuk-core-dev is missing, but libnepomukwidgets-dev is still there
[13:28] <yofel> sgclark: did you do something on kget?
[13:29] <sgclark> yofel: not yet, was mucking with these patches
[13:29] <yofel> k, I'll fix it then
[13:29] <sgclark> awww boo
[13:29] <yofel> as I'm on a nepomuk purging spree anyway :P
[13:29] <sgclark> alrighty
[13:29] <apachelogger> it has many nepomuks, that kget
[13:30] <apachelogger> it uses nepomuk for history tracking apaprently
[13:30] <yofel> guess it can live without that
[13:30] <apachelogger> you know, the thing that was supposed to go through zeitgeist but never actually happened :P
[13:30] <vHanda> yofel: kget uses it for adding the download url
[13:31] <yofel> vHanda: which would be unfunctional anyway as baloo disables nepomuk when run?
[13:31] <vHanda> yup
[13:31] <yofel> ok
[13:32] <yofel> it would be great if macro_optional_find_package wouldn't print like a 10lines cmake warning if something isn't found -.-
[13:33] <apachelogger> happyness increases by 300% if one does not question cmake things
[13:33] <yofel> lol
[13:33] <yofel> how true :D
[13:42] <apachelogger> hm, somehow it might have been a bad idea to have kf5 versions mention the git version before the packaging version
[13:42] <yofel> why?
[13:42] <apachelogger> makes for lovely cases where the git hash is actually lower while actually the package is supposed to have a greater version
[13:42] <apachelogger>  project-neon5-kde-workspace_0.0+git20140320~a732f3c+neon23~14.04.dsc: Version older than that in the archive. 0.0+git20140320~a732f3c+neon23~14.04 <= 0.0+git20140320~a3402f1+neon22~14.04
[13:43] <apachelogger> yofel: talking about neon ^^
[13:43] <yofel> ah damnit
[13:44] <yofel> that's why neon4 has the bzr revno before the git hash, helps a bit even if it's not 100% failure proof
[13:44]  * apachelogger reorders to +gitDATE+neonREV~HASH~SERIES
[13:46] <apachelogger> yofel: mh, since most of neon5 is not actually issued by launchpad recipes more precision could be introduced
[13:46] <apachelogger> at least for all the actual frameworks
[13:46] <yofel> well, you could use git describe - if that still does something useful if someone rebases master
[13:47] <apachelogger> could be +DATE+gitLASTPUSHDATETIME+neonREV~hash~SERIES
[14:01] <shadeslayer_> wtf
[14:01] <shadeslayer_> apachelogger:  Riddell: I thought I split tomahawk
[14:03] <Riddell> apachelogger: could you take a look for sanity at this oxygen-fonts tar which build from source? starsky.19inch.net/~jr/tmp/oxygen-fonts-0.4.tar.xz
[14:05] <apachelogger> Riddell: is that a new one?
[14:06] <Riddell> apachelogger: yes
[14:07] <apachelogger> Riddell: still looks good
[14:07] <Riddell> apachelogger: did you compile it?
[14:07] <Riddell> and install it and test it?
[14:08] <apachelogger> Riddell: didn't test it
[14:08]  * Riddell grumbles about lazy downstreams
[14:08] <Riddell> sgclark: you'll test it right? :)
[14:08] <apachelogger> no clue how to test it :P
[14:08] <apachelogger> I am very bad with fonts
[14:09] <Riddell> yes, so is everyone, that's the trouble
[14:09] <apachelogger> needs someone to write a wiki page ;)
[14:10] <apachelogger> Riddell: unless font caching got in the way it works
[14:11] <Riddell> yay
[14:11] <apachelogger> (also I don't think font caching got in the way because I wasn't using oxygen, but one never knows with caching... ^^)
[14:11] <Riddell> sgclark: are you planning to work on kdeplasma-addons ?
[14:19] <shadeslayer> WTF was I thinking when I uploaded tomahawk :<
[14:20] <apachelogger> indeed, WTF :P
[14:21] <shadeslayer> FU Pbuilder
[14:21] <sgclark> Riddell: I can if you like
[14:22] <shadeslayer> apachelogger: yofel http://paste.kde.org/pzzbhkfwj
[14:22] <shadeslayer> ideas why that happens?
[14:22] <shadeslayer> oh
[14:22] <shadeslayer> pigz
[14:23] <sgclark> Riddell: had to reboot funky graphics, think I missed stuff, test what?
[14:23] <shadeslayer> FU pbuilderrc
[14:23] <apachelogger> quite possibly your pbuilder is configured to use pigz
[14:23] <shadeslayer> yes
[14:24] <Riddell> sgclark: request 1 is to package and test this starsky.19inch.net/~jr/tmp/oxygen-fonts-0.4.tar.xz
[14:25] <sgclark> Riddell: also reviewboark only accepts git diffs so I cloned kde-artwork-active and it does not match debians kdeartwork, not sure what I need to clone :(
[14:25] <Riddell> sgclark: request 2 is to add a .install.ppc64el file to kdeplasma-addons without the files that don't get built without eigen
[14:26] <sgclark> Riddell: before or after these patches, what is top priority :)
[14:27] <Riddell> sgclark: I think kdeplasma-addons top, oxygen-fonts middle, patches bottom priority
[14:27] <Riddell> sgclark: I think you're after kdeartwork which is in svn not git so probably only on bugs.kde.org
[14:28] <sgclark> Riddell: ok, write me down for these items starting with kdeplasma-addons
[14:28] <Riddell> awesomeness
[14:28] <sgclark> Riddell: ok thank you
[14:40] <shadeslayer> apachelogger: tomahawk should be fixed
[14:42] <shadeslayer> oh right
[14:42] <shadeslayer> ofcourse
[14:43] <shadeslayer> I don't have upload rights
[14:43] <apachelogger> gimme the dsc :P
[14:43] <apachelogger> there, I knew it before you did :P
[14:43]  * apachelogger noticed that jr uploaded ubuntu3 when looking for the build failure earlier
[14:44] <apachelogger> I hungry, help
[14:44] <shadeslayer> apachelogger: http://people.ubuntu.com/~rohangarg/upload/tomahawk_0.7.0+dfsg1-0ubuntu4.dsc
[14:44] <shadeslayer> kubotu: order food for apachelogger
[14:44]  * kubotu slides food down the bar to apachelogger
[14:45] <apachelogger>   Uploading tomahawk_0.7.0+dfsg1-0ubuntu4_source.changes: done.
[14:45] <apachelogger> Successfully uploaded packages.
[14:45] <shadeslayer> thx
[14:56] <shadeslayer> fffffuuuu powerpc
[15:32] <sgclark> Riddell: or anyone http://paste.ubuntu.com/7125787/
[15:49] <sgclark> nevermind sorted
[16:36] <sgclark> Riddell: sorry for the delay, had a bit of a dependency battle. kdeplasma-addons is ready, did a grep and only came up with the one, no access to ppc64el to test.
[16:39] <yofel> you could disable the !ppc64el builddep for all archs and then testbuild what goes missing
[16:39] <yofel> that should then mostly be the correct file list for ppc64el
[17:12] <yofel> vHanda: hm, I just saw that kactivities still recommends nepomuk. Is that unmaintained with people focusing on plasma-next?
[17:13] <vHanda> kf5 activities has nepomuk support disabled
[17:13] <vHanda> cannot say about the 4 version
[17:14] <yofel> 4.12.90 still says "STRONGLY_RECOMMENDED"
[17:16] <allee> milou
[17:34] <Riddell> sgclark: qxorm qt4 package looks good, uploaded to experimental thanks
[17:37] <sgclark> Riddell: qt5 version in my ubuntu one
[17:41] <sgclark> Riddell: I downloaded the oxygen-fonts you linked me, built and installed. How do I test it?
[17:41] <Riddell> awooga
[17:41] <Riddell> sgclark: system settings -> appearace -> fonts 
[17:41] <sgclark> did that, it is there and selected, my computer has not blown up :)
[17:45] <sgclark> Riddell: able to choose and apply and it sets the font fine, so I am going to say it works as intended. I noticed though there is an existing oxygen-fonts in apt-source, want it in my ubuntu one?
[17:47] <Riddell> sgclark: oh yes there's the snapshot one I did, would be good if you could include the changelog entries from the snapshot one in your packaging
[17:50] <Riddell> sgclark: updated tar for oxygen, please use this version starsky.19inch.net/~jr/tmp/oxygen-fonts-0.4.tar.xz
[17:56] <sgclark> Riddell: done, in my ubuntu one
[17:56] <Riddell> sgclark: qxorm-qt5 uploaded to kubuntu-ppa/experimental!
[17:57] <Riddell> sgclark: I renamed the .orig to qxorm-qt5, that's just what has to be done when building two source packages from it
[17:57] <sgclark> ok
[17:59] <sgclark> Riddell: yofel: I am back on kdeplasma-addons. can you clarify testbuild on <yofel> you could disable the !ppc64el builddep for all archs and then testbuild what goes missing
[18:00] <Riddell> sgclark: ppc64el builds without eigen so you need a .install.ppc64el which misses out the files what don't get built when not using eigen...
[18:00] <Riddell> sgclark: to test that you can just temporarily remove eigen from the build-dep on amd64 and make a .install.amd64 
[18:01] <sgclark> Riddell: ok thank you
[18:06] <Riddell> sgclark: oxygen-fonts uploaded!
[18:06] <Riddell> sgclark: except our hard work there might come to nothing since the author has just told me he's renaming the whole thing, meh
[18:07] <Riddell> sgclark: so maybe we'll have to do it again for his renamed version but such is the life of a distro packager :)
[18:07]  * Riddell runs out
[18:48] <shadeslayer> FWIW I'm running KDE SC 4.12.95 script
[19:33] <sgclark> shadeslayer: was in the middle of a fix for kdeplasma-addons, completed now, so will likely need to be pushed again.
[19:35] <shadeslayer> ack
[19:37] <sgclark> the broken part only affects ppc64el
[19:37] <shadeslayer> ok
[19:41] <lordievader> Some people in #ubuntu+1 and #kubuntu are reporting that Balloo freezes their system, is that just an initial indexing or are there some problems with Baloo?
[19:42] <yofel> that... shouldn't happen
[19:42] <yofel> unless the kernel has issues with xattr usage or so
[19:43] <lordievader> In #+1: 20-19:59 < hyper_ch> hmmm, since todays updates I have noa baloo_file_extractor using much cpu... but I don't know what that is
[19:43] <lordievader> And in #kubu: 20-20:05 < melkor> Something is killing my system after the most recent update (14.04) the only thing that really stands out is the  baloo_file_extractor is running.
[19:43] <yofel> hm, haven't really seen that, but that should be the indexer
[20:04] <BluesKaj> yofel, how to stop it ?
[20:04] <yofel> you'll have to ask vHanda
[20:04] <BluesKaj> there's no disable option
[20:04] <yofel> I haven't seen a turn off switch for baloo myself
[20:06] <BluesKaj> looked in system monitor, baloo is not running here, maybe because I had nepomuk disabled \
[20:07] <BluesKaj> it shows up , just not using any cpu
[20:09] <shadeslayer> there's no way to disable it iirc
[20:09] <yofel> right, that's how it should show up
[20:10] <yofel> and for me it's a HUGE improvement as vituoso isn't running anymore
[20:10] <yofel> *virtuoso
[20:10] <shadeslayer> BluesKaj: the only way to disable it as such os to mark /home/$USER in "Do not search in these locations"
[20:10] <lordievader> But will it backdown after the initial index?
[20:10] <shadeslayer> it should
[20:10] <shadeslayer> if it doesn't it's a bug
[20:13] <BluesKaj> shadeslayer, I don't mind baloo if it's not using up resources, but if we had the option of removing it without dragging the whole desktop with it I would
[20:13] <shadeslayer> BluesKaj: should be possible
[20:14] <shadeslayer> ah hm
[20:14] <shadeslayer> yofel: shouldn't this be a simple recommends? not having baloo just means you don't have metadata stuff
[20:17] <yofel> possibly
[20:17] <yofel> currently quite a bit depends on 'baloo', so some repackaging might be needed
[20:18] <BluesKaj> trying to remove baloo will take the kubuntu-desktop etc with it still
[20:18] <shadeslayer> BluesKaj: *nod*
[20:18] <shadeslayer> might I suggest giving it a whirl meanwhile
[20:29] <BluesKaj> shadeslayer, I have no reason to...my needs are simple and that's the way I handle my files
[20:30] <BluesKaj> never used nepomuk byw
[20:30] <BluesKaj> btw rather
[20:30] <shadeslayer> it might just be better :P
[20:38] <BluesKaj> better than?
[20:38] <yofel> shadeslayer: "better" is hard to say if like me someone never searches anything in dolphin
[20:39] <yofel> so the file indexer is 100% wasted battery power
[20:39] <yofel> (if it runs on battery)
[20:39] <yofel> if not, then it's still wasted cpu time
[20:40] <yofel> that's why I also try to disable animations wherever I can, waste of my and GPU time
[20:42]  * shadeslayer is off
[20:42] <shadeslayer> cya tomorrow
[20:43] <shadeslayer> I've updated https://notes.kde.org/p/kubuntu-ninjas
[20:43] <shadeslayer> so have a look as to what needs to be done
[20:43] <yofel> .95 up?
[20:44] <shadeslayer> still uploading
[20:44] <shadeslayer> great
[20:44] <shadeslayer> http://paste.kde.org/pq82r9yrm
[20:45] <yofel> wha?
[20:45] <yofel> shadeslayer: looks already pushed..
[20:45] <shadeslayer> yofel: yeah, but then how did it diverge
[20:46] <shadeslayer> it should have downloaded the pushed branch?
[20:46] <shadeslayer> I could just force push :P
[20:46] <yofel> it should've done that, yeah..
[20:48] <shadeslayer> sooo .. what to do
[20:48] <yofel> did you have to re-run the script, or what happened?
[20:48] <shadeslayer> yes, kdnssd was renamed
[20:48] <yofel> hm
[20:49] <shadeslayer> so all uploaded
[20:49] <shadeslayer> but what to do about bzr now :P
[20:49] <yofel> I think you're fine... I checked a few branches and they look ~ok
[20:49] <kdeuser56> yofel: is .95 already released? :O
[20:49] <shadeslayer> yep
[20:49] <yofel> kdeuser56: tars up till an hour or two
[20:50] <kdeuser56> oh cool
[20:50] <yofel> s/till/since/
[20:50] <kubotu> yofel meant: "kdeuser56: tars up since an hour or two"
[20:50] <shadeslayer> yofel: http://paste.kde.org/pg3li4hho
[20:50] <kdeuser56> yofel: did you notice the new kmix?
[20:51] <shadeslayer> yofel: wouldn't this cause issues when running archive script
[20:51] <shadeslayer> since timestamps clash
[20:51] <kdeuser56> yofel: the icons are left aligned ... :-(
[20:51] <kdeuser56> yofel: do you think it's worth uploading a patch to reviewboard, or do you consider that as pretty?
[20:51] <yofel> kdeuser56: oh right
[20:51] <yofel> that looks strange
[20:51] <kdeuser56> yofel: okay, I will try to fix it
[20:52] <yofel> shadeslayer: oooh right, it might :S
[20:52] <shadeslayer> I shall do the force push then
[20:53] <shadeslayer> yofel: ^^ is that fine ?
[20:53] <yofel> I still wonder how this got messed up
[20:53] <yofel> shadeslayer: it should
[20:53] <kdeuser56> yofel: anything new regarding making nepomuk optinal?
[20:53] <yofel> I doubt anyone was working on stuff in the last few mins
[20:53] <yofel> and you could check that on launchpad
[20:54] <yofel> kdeuser56: not really, I've been removing it from things. Baloo also disables nepomuk when it starts so it's not really optional
[20:54] <shadeslayer> nah nothing there
[20:55] <shadeslayer> okay, time to go home then
[20:55] <shadeslayer> push will finish off when it wants to
[23:08] <valorie> hi folks, vHanda, I just finished filing a bug on the nepomukbaloomigration assistant, which crashed
[23:51] <soee> hi valorie
[23:52] <valorie> hi soee