[15:35] <td123> hi
[15:36] <td123> I was wondering if there is any documentation on how unity works besides reading the code
[15:36] <td123> I'm mainly interested in how it is implemented from the bottom up
[15:37] <td123> I've checked out the code and looked under docs & guides but couldn't find anything I wanted
[15:37] <td123> actually there are no docs and guides in there afaict
[16:22] <td123> I have to run, bye


[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


[00:03] -queuebot:#ubuntu-release- Unapproved: xfce4-panel (disco-proposed/universe) [4.13.4-1 => 4.13.4-1ubuntu1] (mythbuntu, ubuntustudio, xubuntu)
[01:08] -queuebot:#ubuntu-release- Unapproved: gdb (disco-proposed/main) [<IP_ADDRESS>90311-0ubuntu1 => <IP_ADDRESS>90405-0ubuntu1] (core)
[01:13] -queuebot:#ubuntu-release- Unapproved: accepted gdb [source] (disco-proposed) [<IP_ADDRESS>90405-0ubuntu1]
[01:51] -queuebot:#ubuntu-release- Unapproved: python2.7 (disco-proposed/main) [2.7.16-1 => 2.7.16-2] (ubuntu-desktop, ubuntu-server)
[01:56] -queuebot:#ubuntu-release- Unapproved: accepted python2.7 [source] (disco-proposed) [2.7.16-2]
[02:54] -queuebot:#ubuntu-release- Unapproved: gcc-defaults-ports (bionic-proposed/universe) [1.176ubuntu1.1 => 1.176ubuntu1.2] (no packageset)
[02:54] -queuebot:#ubuntu-release- Unapproved: gcc-defaults (bionic-proposed/main) [1.176ubuntu2.1 => 1.176ubuntu2.2] (core)
[08:11] -queuebot:#ubuntu-release- Unapproved: qtbase-opensource-src (disco-proposed/universe) [5.12.2+dfsg-2 => 5.12.2+dfsg-3] (kubuntu, qt5) (sync)
[08:13] <mitya57> ^^ infinity: this qtbase upload should fix the endianness issue we were talking about
[08:32] <infinity> mitya57: Excellent, I'll drop the kde hint and accept it.
[08:33] <mitya57> Thanks!
[08:33] <mitya57> (the package with failing tests was kdelibs4support)
[08:33]  * infinity nods.
[08:35] -queuebot:#ubuntu-release- Unapproved: accepted qtbase-opensource-src [sync] (disco-proposed) [5.12.2+dfsg-3]
[08:35] -queuebot:#ubuntu-release- Unapproved: accepted xfce4-panel [source] (disco-proposed) [4.13.4-1ubuntu1]
[08:36] <infinity> mitya57: Thanks for caring enough to look instead of just playing the "s390x no haz graphics, who cares" game.
[08:36]  * infinity really wishes we had more than one big-endian arch so s390x didn't look so "weird" to people.
[08:37] <mitya57> Actually here the problem was in a core function (related to string encoding). The graphics may still have bugs on s390x :-(
[08:37] <infinity> mitya57: Oh, I'm sure rendering is a mess, but yes, it was obviously an endian bug i nthe string encoding (and I mentioned as much when people asked me to ignore it :P)
[08:38] <infinity> mitya57: But I didn't know the code well enough to hunt down why and fix it, so thanks.
[08:38] <infinity> mitya57: Did you add a test upstream to go with the fix (does upstream Qt do deep nitpicking unit tests?)?
[08:39] <infinity> mitya57: Seems a bit odd that something like this would only be caught by a random test in a 3rd party consumer of the API.
[08:39] <infinity> Maybe Qt's testing strategy is "let KDE test it for us", I dunno.
[08:40] <mitya57> We are running tests in some Qt modules but not in qtbase.
[08:40] <mitya57> Because there are too many failures, and I don't have enough time to look at them all.
[08:40] <infinity> Someone needs to invent more hours.
[08:41] <mitya57> Yes!
[08:41] <mitya57> Maybe I will try to enable them at least for qtcore.
[08:41] <infinity> Would be nice if we could find a volunteer willing to go through the qtbase test suite on Debian/Ubuntu and XFAIL until it's green.
[08:41] <infinity> Then we'd have a (probably fairly short) list of stuff that needs looking at after that,.
[08:42] <infinity> Assuming the testsuite has a convenient way to twiddle that per-test.
[08:43] <mitya57> Some time ago (when Timo was the maintainer) we had a "110 files changed, 21678 insertions(+), 49 deletions(-)" patch.
[08:43] <mitya57> But we did not manage to port it from Qt 5.5 to 5.6 so it was dropped…
[08:43] <infinity> That's a lot of insertions.
[08:44] <infinity> Okay, I need to find a bed.
[08:44] <mitya57> https://salsa.debian.org/qt-kde-team/qt/qtbase/raw/ubuntu/artful/debian/patches/enable-tests.patch
[08:44] <mitya57> It starts with something one won't expect :)
[08:45] <mitya57> (We removed rfc3261.txt from the tarball because it is not DFSG compliant, and needed to replace it with something)
[08:45] <mitya57> But not counting this, it is still a large patch.
[08:45] <mitya57> Good night!
[08:47] <infinity> mitya57: Hahaha.  Okay, so the fake RFC is like 95% of the patch, that looks less scary with context. :P
[08:47] <mitya57> The rest is still 109 files…
[08:48] <infinity> mitya57: Having to QSKIP at the test level instead of some higher-level list of XFAILs looks a bit cumbersome to maintain, though.
[08:48] <mitya57> There are BLACKLIST files but I think they work only in upstream CI.
[08:49] <infinity> Compare with, say:
[08:49] <infinity> https://salsa.debian.org/glibc-team/glibc/blob/sid/debian/testsuite-xfail-debian.mk
[08:49] <infinity> Which is still not the most pleasant thing, but at least it's one file with no chance to conflict on every upstream import.
[08:49] <mitya57> That is not possible with Qt I'm afraid
[08:50] <infinity> Shame.
[08:50] <mitya57> There are files like https://code.qt.io/cgit/qt/qtbase.git/tree/tests/auto/corelib/thread/qthread/BLACKLIST, but they are per-directory, not global.
[08:50] <acheronuk> infinity: sorry. I'm so used to seeing KDE*something requiring a fix to adapt to new Qt, that I badly assumed :/
[08:51] <infinity> acheronuk: It's all good.  That's why we don't work in isolation.
[08:51]  * acheronuk nods
[08:52] <infinity> Right, bed.  For realz.
[08:53] <mitya57> Good night for realz! :)
[10:58] -queuebot:#ubuntu-release- Unapproved: ubuntu-mate-meta (disco-proposed/universe) [1.230 => 1.231] (ubuntu-mate)
[13:50] <doko> hmm, why does the gdb build hang?
[15:10] -queuebot:#ubuntu-release- Unapproved: gcc-8 (disco-proposed/main) [8.3.0-5ubuntu1 => 8.3.0-6ubuntu1] (core)
[15:13] -queuebot:#ubuntu-release- Unapproved: accepted gcc-8 [source] (disco-proposed) [8.3.0-6ubuntu1]
[15:13] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-mate-meta [source] (disco-proposed) [1.231]
[16:45] -queuebot:#ubuntu-release- Unapproved: cups-filters (disco-proposed/main) [1.22.3-1 => 1.22.4-1] (desktop-core, ubuntu-server) (sync)


[01:23] <wrst> cyberanger: you around today?
[02:26] <vychune> o/
[02:28] <wrst> hello vychune
[02:28] <vychune> hey
[02:28] <vychune> whats good
[02:29] <wrst> ohh not much, you vychune?
[02:29] <vychune> angry birds
[02:32] <wrst> ha ha gotta love you some angry birds playing them on the browser?
[02:35] <vychune> yep
[02:35] <vychune> wish i had rio
[03:52] <cyberanger> wrst: barely
[05:43] <jfenn2199> Evening all
[13:24] <jfenn2199> Morning
[19:16] <vychune> o/
[20:17] <wrst> hey jfenn2199, vychune
[20:18] <jfenn2199> How goes wrst?
[20:18] <wrst> good how are you jfenn2199?
[20:24] <jfenn2199> Doing alright went 3 days without a phone (charging port went out)
[20:25] <vychune> whats good
[20:26] <wrst> oh man, jfenn2199 that stinks
[20:30] <jfenn2199> Yeah but now I have a newish (read refurbished) phone so it's ok (especially since I talked sprint into giving me an 80 dollar credit toward my deductible)
[20:31] <wrst> cool jfenn2199, refurbished simply means tested
[20:31] <jfenn2199> I know


[10:07] <Ubugtu> New bug: #58541 in xserver-xorg-driver-ati (main) "libGL warning: 3D driver claims to not support visual 0x4b" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/58541
[06:00] <Ubugtu> New bug: #58600 in xorg "wacom configuration kills gok" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/58600
[08:41] <Ubugtu> New bug: #58619 in xorg-server "Xv does not work well with compiz" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/58619
[09:05] <Ubugtu> New bug: #58622 in xorg-server "compiz:  firefox autoscrolling cursor leaves trailing marks" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/58622
[09:39] <Ubugtu> New bug: #58621 in xkeyboard-config (main) "Italian Keyboard layout broken" [Untriaged,Needs info]  http://launchpad.net/bugs/58621
[11:56] <Ubugtu> New bug: #58645 in xorg "Misdetection of Logitech Mouse M-BA47 as ExplorerPS/2" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/58645


[02:51] <Darxus> Who were the people talking in this vide?  https://www.youtube.com/watch?v=JnyxmJz2szQ
[02:52] <Darxus> And who was it that just said there is no wayland bug tracker?  There is:  https://bugs.freedesktop.org/buglist.cgi?product=Wayland
[02:53] <Darxus> Ohh, that was from the last UDS.  That makes sense.
[04:50] <dst> anybody available to help a noob with a display driver issue?
[14:21] <mlankhorst> morning
[14:27]  * bryce__ waves
[14:31] <mlankhorst> already up? what time is your flight
[20:25] <uxq> Is anyone working on the massive amount of 12.04 bugs with X and NVidia drivers?
[20:34] <bjsnider> like what, for instance?
[20:36] <uxq> well, X crashes constantly when you watch a flash based video, locks up and freezes when 3d gaming, etc
[20:36] <uxq> there are plenty of bug reports filed already
[20:39] <uxq> https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/973096 <- thats probably the best description of the problem so far
[21:00] <uxq> or is there anything I can do to help/regress these problems?
[21:03] <bjsnider> add the x-updates ppa and install the latest blob
[21:03] <bjsnider> your issues will likely be a thing of the past
[21:06] <uxq> latest blob?
[21:12] <uxq> Preparing to replace nvidia-current 295.40-0ubuntu1 (using .../nvidia-current_295.49-0ubuntu1~precise~xup1_amd64.deb)
[21:12] <uxq> brb
[21:54] <uxq> so far so good
[22:09] <uxq> well, there it goes again..  Xorg[1246] general protection ip:7fec2e5340f9 sp:7fff7ad9def0 error:0 in nvidia_drv.so[7fec2e4d2000+6e1000]
[22:33] <uxq> heh, #ubuntu noobs


[17:54] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/3214 Dependency wait (bionic/juju-mongodb3.4, bionic/juju-mongodb3.6). Diff missing (bionic/juju-mongo-tools3.4, bionic/juju-mongo-tools3.6)
[21:03] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/3215 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[21:15] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/3215 Pending binary packages
[21:35] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/3215 Diff missing


[10:56] <Aussie_matt> Hi all: I'm wanting to purchase one of the little arm mini pc's to set up a home file servier with linux. Has anyone got one of these or got any pointers? Im not sure the status of ubuntu on the later quad core beasts
[22:13] <peba> hello
[22:15] <peba> Is it planned to support i.mx6 based devices in next Ubuntu release ?


[06:00] <ginggs> bdmurray: because no tests have been requested for 2.1.5-2 in unstable, and nothing has triggered a migration-reference/0 in testing yet
[06:01] <ginggs> you can see 2.1.5-2 results for the migration tests here though: https://ci.debian.net/packages/p/pygrib/testing/amd64/
[08:13] <adrien_> I'm looking at ncurses' migration (I dealt with ruby3.1 a few weeks ago and started wanting the package to migrate, no other reason); I re-tried a bunch of tests yesterday and all passed except for the autopkgtest for ncurses itself on i386
[08:13] <adrien_><EMAIL_ADDRESS>[08:14] <adrien_> the issue seems to start with "Investigating (0) ncurses-bin:i386 < none -> 6.4+20240113-1 @un puN Ib >" \n "Broken ncurses-bin:i386 Conflicts on ncurses-bin:amd64 < 6.4+20240113-1 @ii K Ib >"
[08:15] <adrien_> but I feel like I'm missing some bit of information to properly understand the issue; does that ring a bell to anyone?
[08:16] <adrien_> my first question would be why the i386 has all the amd64 repos (I don't think I had to think about this for i386 so far)
[10:30] <dviererbe> dotnet8 on jammy proposed is in the pending publication state for nearly a day now. Is this normal or is something stuck on launchpad?
[10:30] <dviererbe> See: https://launchpad.net/ubuntu/+source/dotnet8
[10:41] <rbasak> It needs NEW processing by an AA.
[10:41] <rbasak> (binNEW specifically)
[10:42] <rbasak> I think you can highlight ubuntu-archive in #ubuntu-release.
[10:42] <rbasak> (but perhaps ordinary human binNEW takes more than a day normally anyway)
[10:43] <seb128> rbasak, dviererbe, accepted, thanks for the ping :-)
[10:43] <rbasak> Thank you! :)
[10:43] <dviererbe> Thank you :)
[10:44] <seb128> we don't review NEW queue from stable serie often afaik
[13:42] <sudip> rbasak: since you sponsored LP: #2024325 last time, can you please have another look when you have some time
[13:42] -ubottu:#ubuntu-devel- Launchpad bug 2024325 in trac (Ubuntu Jammy) "[SRU] trac crashes while importing a library in Ubuntu 20.04 (ImportError: cannot import name 'soft_unicode' from 'jinja2.utils')" [Undecided, Confirmed] https://launchpad.net/bugs/2024325
[13:50] <rbasak> sudip: re-sponsored
[13:51] <sudip> thanks rbasak, and sorry again for being a pain :(
[13:51] <rbasak> No worries.
[17:13] <bdmurray> ginggs: thanks, from what I see pygrib is core dumping in Ubuntu so I'll add it to big packages
[18:33] <bdmurray> For those wondering what happened to pygrib when added to big_packages - it still dumped core!
[18:36] <sudip> mfo: from #ubuntu-release about weex, only timestamp was the problem ? I am still wondering why it was building properly when -proposed is added
[18:41] <arraybolt3> this is mostly out of curiosity, but... usually for package building I run sbuild. However, I see there's a tool called pbuilder that seems to be advertised all over the place in Debian packaging. Why do we use sbuild rather than pbuilder?
[18:43] <bdmurray> I use it because I'm an old man and have a hard time learning new tricks.
[18:44] <sudip> I use it as the buildd uses sbuild and I prefer to have similar environment like that to avoid nasty shocks later
[19:42] <jbicha> I believe most of the pbuilder recommendations are old, sbuild has become more of a standard over time
[19:54] <mapreri> arraybolt3: sbuild is what is used by the official buildds.  I believe pbuilder was born because historically sbuild was way too hard to set up locally.  Now sbuild is much easier than 20 years ago to set up locally
[19:55] <mapreri> but I'm the (slightly inactive) current maintainer of pbuilder, so I'm going to tell you to go and use pbuilder :P
[19:55] <arraybolt3> haha :)
[19:55] <arraybolt3> I might try it.
[19:56] <mapreri> Eickmeyer: sorry for leaving it in the bpo queue, I went through it yesterday, and thank you for the ping!
[19:56] <Eickmeyer> mapreri: NP! Thanks for the accept!
[21:44] <arraybolt3> Why. Is. CC-BY-SA-4.0. Not. In. /usr/share/common-licenses.
[21:44] <arraybolt3> The number of times I've had to format that tome^Uwall of text for a debian/copyright  file is immense.
[22:05] <Eickmeyer> arraybolt3: Good question, but considering that's a Debian thing, I'd say probably something that needs to be pushed upstream.
[22:06] <Eickmeyer> (Same with CC-BY-4.0, etc.)