[00:34] <ahoneybun> valorie: I'm working on getting images on all the pages
[00:39] <juancarlospaco> :O
[01:04] <ahoneybun> juancarlospaco: ?
[01:05] <juancarlospaco> :)
[02:00] <ahoneybun> :)
[02:12] <juancarlospaco> just reading what the girls are up to on the chat ahoneybun 
[02:12] <ahoneybun> the girls?
[02:13] <juancarlospaco> v alerie sound like female
[02:13] <juancarlospaco> i dunno, can be a velociraptor too  :P
[02:16] <ahoneybun> valorie is female lol
[03:30] <juancarlospaco> i know thats why i say girl
[07:26] <valorie> hmmm
[07:26] <valorie> velociraptors are female as well as male!
[07:27] <valorie> the one I know personally is female
[07:41] <shadeslayer> you personally know a velociraptor?
[07:42] <valorie> sure!
[07:42] <valorie> in Linuxchix
[07:43] <valorie> anyway, my point was, I'm not sure what my sex has to do with anything
[07:43] <shadeslayer> ^^
[07:43] <juancarlospaco> it dont
[07:44] <juancarlospaco> its a feature not a purpose or bug
[07:44] <juancarlospaco> :P
[07:44] <valorie> I've often found it so, for sure
[07:45] <juancarlospaco> can be both
[07:46] <juancarlospaco> :P
[07:47] <juancarlospaco> :)
[07:48] <shadeslayer> eh, why is gnome-keyring being installed on upgrade
[07:48] <shadeslayer> makes enosense
[07:48] <juancarlospaco> chromium is a common reason
[07:49] <shadeslayer> don't have it
[07:49] <juancarlospaco> dunno then
[07:50] <shadeslayer> whaaaa
[07:50] <shadeslayer> somehow kubuntu-desktop now wants to pull in ubuntu-sso-client
[07:51] <shadeslayer> which probably requires gnome-keyring
[07:51] <juancarlospaco> ubuntu-bug package
[07:51] <juancarlospaco> need sso
[07:52] <shadeslayer> Riddell: what happened to kubuntu-meta :(
[07:52] <shadeslayer> why does adding muon-discover to desktop-recommends pull in gnome-keyring :(
[07:53] <shadeslayer> bah
[07:53] <tsimpson> it recommends ubuntu-sso-client
[07:53] <juancarlospaco> I always use the kde-full  its a meta
[07:53] <shadeslayer> tsimpson: yeah
[07:54]  * shadeslayer ponders why it does that
[07:54] <tsimpson> not sure, I'd have thought it'd be ubuntu-sso-client-qt
[07:55] <shadeslayer> aye
[07:55] <tsimpson> ah, well that pulls in -sso-client anyway
[07:55] <shadeslayer> oh
[07:55] <tsimpson> man that's an ugly mess
[07:55]  * shadeslayer checks packaging
[07:56] <tsimpson> it's python-ubuntu-sso-client which depends on gnome-keyring
[07:56] <tsimpson> and that seems like the base of the sso stuff
[07:56] <juancarlospaco> too lazy to use a try except with wallet i guesss
[07:58] <tsimpson> I don't see why they don't use python-keyring
[07:58] <tsimpson> that works with kwallet as well as gnome-keyring
[07:59] <shadeslayer> well ... we need to find out why discover depends on u-s-c first
[08:00] <shadeslayer> ah
[08:00] <shadeslayer> ./libmuon/backends/ApplicationBackend/UbuntuLoginBackend.cpp
[08:01] <shadeslayer> anyway, needs sorting out
[08:04]  * juancarlospaco want to people to use more Nuitka so we got a common code base widely
[08:05] <valorie> oh, before I go to bed: happy father's day to all the daddies in here
[09:21] <yofel> shadeslayer: last time I checked ubuntu-sso needed the secretservice dbus stuff, only gnome-keyring implements that so far
[09:38] <smartboyhw> Phew, finally back on my nice computer.
[09:40] <smartboyhw> Any packaging work todo
[09:40] <smartboyhw> ?
[09:40] <yofel> smartboyhw: kde sc 4.10.80 ;P
[09:41] <smartboyhw> yofel, ah meh, anything not working right now?
[09:41] <yofel> see pad, lots of red on the status page, some packages missing as patches need to be fixed and all of the split packages are missing
[09:42] <smartboyhw> Eh
[09:42]  * smartboyhw finally got Akismet on his blog
[09:43] <smartboyhw> For kactivities, sounds like the .install files are crapped. 
[09:43] <smartboyhw> Old files in there.
[09:43] <smartboyhw> Let me bzr branch the packaging of kactivities first...
[09:46] <yofel> yeah, files changed
[09:46] <yofel> I'm off for most of the day as I'm out of town, happy packaging ;)
[09:46]  * yofel signes off
[09:47] <smartboyhw> yofel, :)
[09:55] <smartboyhw> Hmm, my wget gets stupid....
[09:56] <smartboyhw> Now the .dsc file becomes an html file.
[09:56] <smartboyhw> Probably need to import the GPG key better...
[10:26] <smartboyhw> Damn, it seems like somebody crapped up calligra 2.7 Beta 3...
[10:26] <smartboyhw> murthy, was it you who packaged calligra 2.6.92 or others?
[10:28] <smartboyhw> Now I can't do much packaging....
[10:31] <smartboyhw> Can someone re-build the newly revised kactivities bzr packaging branch in kubuntu-ninjas, I need to go for dinner...
[10:34] <smartboyhw> And if better, fix the calligra problem.
[10:34] <smartboyhw> http://paste.kde.org/775346/
[10:35] <smartboyhw> ^ the error log
[11:38] <Quintasan> ScottK: ping?
[11:42] <Quintasan> ScottK: unping I just got it
[11:42] <Quintasan> Thanks!
[12:07] <smartboyhw> Nobody fixed Calligra? I will do it then..........
[12:09] <smartboyhw> Hmm, the armhf build failed also...
[12:12] <smartboyhw> The weird thing
[12:12] <smartboyhw> The build failed because of KisFixedPoint
[12:12] <smartboyhw> What IS that!?
[12:58] <smartboyhw> apachelogger, what is the appropriate way to fix https://launchpadlibrarian.net/142415272/buildlog_ubuntu-saucy-armhf.calligra_1%3A2.6.92-0ubuntu2_FAILEDTOBUILD.txt.gz ?
[12:59]  * smartboyhw really doesn't know
[13:08] <BluesKaj> Hiyas all
[13:09] <Sput> apachelogger: our core is back up, the server had a rather major hickup
[13:32] <tsimpson> smartboyhw: looks like buggy code
[13:32] <tsimpson> needs an explicit cast from double to qreal I'd expect
[13:33] <smartboyhw> tsimpson, meh
[13:34] <smartboyhw> It's just failed for armhf
[13:34] <tsimpson> qreal would be float on armhf, double on pretty much !arm
[13:34] <Quintasan> smartboyhw: what tsimpson said, it's common ocurrence on arm
[13:34] <tsimpson> so it only errors where qreal is float
[13:35] <smartboyhw> howto fix then?
[13:36] <tsimpson> cast to qreal
[13:37] <smartboyhw> I don't really know how to fix code....
[13:37] <tsimpson> wrap any expression that yields double in static_cast<qreal>
[13:38] <tsimpson> it really should be fixed upstream though
[13:38] <smartboyhw> I fixed calligra for some needed breaks and replaces in debian/control
[13:43] <smartboyhw> tsimpson, what do you mean by wrap?
[13:43]  * smartboyhw seriously hasn't learnt a lot of coding
[13:44] <tsimpson> well line 135 of krita/image/kis_filter_weights_applicator.h is: KisFixedPoint next_c_in_src = (dst_c_in_src - 0.5).toIntCeil() + 0.5;
[13:44] <smartboyhw> Yep
[13:44] <tsimpson> the part after the = evaluates to a double, because 0.5 is a double
[13:44] <tsimpson> so you wrap that whole part after the = in static_cast<qreal>(...)
[13:45] <tsimpson> and it becomes: KisFixedPoint next_c_in_src = static_cast<qreal>((dst_c_in_src - 0.5).toIntCeil() + 0.5);
[13:45] <Quintasan> smartboyhw: of course you have to apply it as a patch to the source code, you know how to work with quilt, right?
[13:46] <smartboyhw> Quintasan, I know Quilt
[13:46] <Quintasan> good, then just use it to generate the patch and it should work, be sure to forward the patch to upstream so they can fix it in their code if they'd like
[13:46] <tsimpson> they should either fix it or stop using qreal...
[13:47] <Quintasan> tsimpson: I know that, sometimes it's just better to pitch in the patch instead :P
[13:48] <tsimpson> Quintasan: oh, we should send the patch to them. but there's no "if they'd like" ;)
[13:48] <Quintasan> tsimpson: Oh, I meant that if they'd like to use that patch
[13:48] <smartboyhw> I don't think they'll like my patch...
[13:49] <tsimpson> I could write a patch, but it'd be full of template magic and std::enable_if :)
[13:49] <tsimpson> I doubt they'd like that more
[13:49] <Quintasan> lol
[13:50] <smartboyhw> Quintasan, tsimpson the whole bunch of thing for me is just like a one-line fix of line 135, can you guys confirm?
[13:52] <tsimpson> no, there are more
[13:52] <smartboyhw> The reason I'm fixing this thing is that it's just stopping me to try to even build kactivities...
[13:52] <smartboyhw> Since I need build-deps
[13:52] <Quintasan> I found http://paste.ubuntu.com/5770979
[13:53] <smartboyhw> Yep
[13:53] <smartboyhw> Somebody forgot to get a return....
[13:53]  * smartboyhw knows what is return 0 or 1 at least...
[13:53] <Quintasan> smartboyhw: join #calligra and tell them
[13:53] <smartboyhw> Quintasan, sure
[13:54] <tsimpson> 302 is due to 301
[13:55] <tsimpson> pixel_l + 0.5; tries to call operator+(pixel_l, 0.5), which tries to convert 0.5 to KisFixedPoint, and we have that error about double != qreal
[13:56] <tsimpson> and the compiler gave up, discarded the statement, and suddenly realized that the function no longer returns anything
[13:57] <tsimpson> yay for informative compiler errors
[13:57] <smartboyhw> \o/ :P
[13:58] <smartboyhw> I think it really is a one-line fix. Now that we put line 155 as qreal, line 301 can call the qreal function, and 302 is fixed (am I wrong?)
[13:58] <Quintasan> smartboyhw: You have to fix all the ocurrences of that, I didn't look at the code but I think the problem might occur more than once
[13:58] <smartboyhw> Quintasan, agree....
[13:59] <Quintasan> Dunno much about arm as NCommander or tsimpson but most of build failures I had was due to that QReal magic
[13:59] <Quintasan> tsimpson: arms don't have double in general, right?
[13:59] <smartboyhw> arms float:P
[14:01] <smartboyhw> I would rather wait for upstream for better instructions:P
[14:02] <smartboyhw> I think I should really go and do testing instead now...
[14:06] <lordievader> Good afternoon.
[14:06] <smartboyhw> Hey lordievader 
[14:07] <lordievader> Hey smartboyhw how are you? How did your tests go?
[14:07] <smartboyhw> lordievader, 1. that's exams and 2. :) 
[14:08] <lordievader> Good to hear :)
[14:13] <smartboyhw> Do we have a package that only installs the KDE desktop without extra applications like Libreoffice?
[14:14] <lordievader> smartboyhw: Let me check if the kde-base package installs l.o.
[14:14] <smartboyhw> Ah, kde-base
[14:15] <lordievader> smartboyhw: It was kde-standard that I had installed, didn't add L.O.
[14:27] <smartboyhw> lordievader, er kde-base is actually k.o.
[14:27] <lordievader> smartboyhw: Yeah I saw that so I used kde-standard instead.
[14:37] <tsimpson> Quintasan: they have double, they just can't process double in hardware
[14:57] <BluesKaj> tsimpson, I had to enable the proposed repos to install a missing lib that i needed to fix my desktop mess . I guess it was a result of the deb being enabled in the pst until I was warned to comment it . Now I'm wondering what course to take to prevent futher muckups if I have packages that require  dependencies from the proposed deb. Is there a method to purge the packages installed from proposed like "ppa-purge" ?
[15:03] <tsimpson> I don't think so, generally a packages gets in -updates after being in -proposed
[15:04] <BluesKaj> ok , then I'll just have be more careful 
[15:04] <tsimpson> there's the apt pinning stuff from https://wiki.ubuntu.com/Testing/EnableProposed too, but I think it's still a bit hit and miss
[15:05] <tsimpson> I'd advise only enabling proposed to install a specific package, and then immediately disabling again
[15:18] <BluesKaj> tsimpson, I created a preferences file as suggested in the URL you posted , I'll run with that for a while
[15:22] <BluesKaj> tsimpson, thanks btw 
[16:33] <volkan> hello. have you noticed that clicking on a .deb file only installs dependencies, but not the program itself?
[16:34] <volkan> this happens since 12.10
[16:34] <volkan> i havent tried this on prev. versions actually
[16:37] <shadeslayer> works on saucy 
[16:38] <shadeslayer> installed Google Chrome that way ...
[17:04] <volkan> shadeslayer: tried google chrome on 13.04 again, no success. how does the installation log look like? I see only one horizontal line strings
[17:04] <volkan> saying that DONE but there is no chrome on applications
[17:04] <volkan> neither google-*
[17:11] <ahoneybun> Hello 
[17:15] <volkan> hello aaron
[18:30] <ahoneybun> howdy guys
[18:32] <BluesKaj> hey ahoneybun
[18:32] <ahoneybun> BluesKaj: hello
[18:38] <BluesKaj> any idea when Qt5 will become default  ?
[18:38] <BluesKaj> receiving a few questions about it lately
[18:44] <ahoneybun> BluesKaj: Qt5?
[18:45] <ahoneybun> I believe they will start working on Qt5 and QML in Plasma Workspaces 2
[18:45] <ahoneybun> BluesKaj: http://notmart.org/blog/2013/06/plasma-workspace-present-and-future/ some talk about it here
[20:20]  * yofel realizes that we need to put 4.10.4 into raring-proposed till thursday
[20:24] <soee> isn't it already available for raring ?
[20:24] <soee> it was tested like 2 weeks ago ?
[20:25] <ahoneybun> soee: I believe it is in a ppa
[20:25] <ahoneybun> kubuntu-backports
[20:27] <yofel> it's in the updates ppa
[20:28] <yofel> soee: this is about the official updates
[20:29] <soee> ah i see
[21:44] <ahoneybun> palasso: hello