[02:58] <jussi> wow, trello updates
[02:58] <sgclark> I am in the US hehe
[03:26] <sgclark> and off to bed
[06:41] <Quintasan> yofel: Happy Birthday!
[06:44] <valorie> oooo, birthday!
[06:44] <valorie> happy birthday, yofel
[06:45] <valorie> Quintasan: I solved my redshift issue
[06:45] <Quintasan> Oh, nice, how did you do it?
[06:45] <Quintasan> I still did not upgrade the package in vivid so if there is a bug and I can incorporate the fix I could fix two bugs now.
[06:45] <valorie> you can read either the bug report or my blog about it for details
[06:46] <valorie> but in essence just created a config file manually and call it at startup
[06:46] <valorie> I didn't know it was a cli application
[06:46] <Quintasan> valorie: Mind giving me a link?
[06:47] <valorie> http://linuxgrandma.blogspot.com/2014/11/filing-bug-reports-for-fun-and-profit.html
[06:48] <valorie> https://bugs.launchpad.net/ubuntu/+source/redshift/+bug/1386920
[06:48] <valorie> I should have linked to that in the blogpost
[06:48] <Quintasan> valorie: Doesn't plasma-widget-redshift work with Plasma 5?
[06:49] <valorie> I don't think so
[06:50] <valorie> it is installed, but would not show up
[06:50] <valorie> the gtk version showed up for a brief moment before crashing
[06:50] <Quintasan> valorie: What's the location-provider you have there? Still manual?
[06:50] <valorie> yes
[06:51] <valorie> nobody had any help for geoclue
[06:51] <Quintasan> That's not really something I can incorporate in  packaging then.
[06:51] <valorie> and really, it is just a lat/long I needed 
[06:51] <valorie> or rather, it needs
[06:52] <valorie> yeah, not sure what provider would work
[06:52] <valorie> I don't see why it doesn't just use locale or something, but what do I know
[06:53] <valorie> seems like the widget could have a setup kcm, like the weather widget
[06:53] <valorie> that said, I've not gotten a weather widget yet
[06:54] <valorie> I miss weather, and the moon
[06:54] <valorie> and pastebin
[07:27] <soee> good morning
[08:32] <lordievader> Good morning.
[09:00] <macstar_>  again my question is this ppa still maintained? https://launchpad.net/~neon/+archive/ubuntu/kf5
[09:02] <lordievader> macstar_: I think most work goes into maintaining the Kubuntu Next PPA. But that is not to say this is no longer maintained. Riddell ^
[09:03] <macstar_> lordievader thx, i was just wondering since the last update came at 30th october and before that it came on a daily basis
[09:05] <lordievader> macstar_: Seeing 15.04 will see Plasma5 as default it might be that it is backported to 14.04. But I'm not sure of that ;)
[09:06] <macstar_> i hope :) because thx to the project neon 5 ppa i can run plasma5 next to kde4/kubuntu 14.04 and i would like to continue that way 
[09:12] <sgclark> morning
[09:14] <lordievader> Hey sgclark, how are you?
[09:15] <sgclark> good, yourself?
[09:16] <Riddell> hi macstar_, neon is being turned off there's no changes to that PPA
[09:16] <lordievader> Doing good :)
[09:16] <lordievader> Ah good to know, thanks Riddell.
[09:17] <macstar_> riddell oh is it? :( any idea if there is a way that i can continue getting the latest/daily plasma5 packages via a ppa for kubuntu 14.04?
[09:26] <Riddell> macstar_: the neon PPA will probably still work fine, it runs automatically anyway, otherwise you'll need to move to 14.10 and use https://launchpad.net/~kubuntu-ci/+archive/ubuntu/unstable
[09:44] <apachelogger> neon does not do builds anymore
[09:44] <apachelogger> ppa is going away today entirely
[09:49] <macstar_> oh no :(
[09:50] <macstar_> i won't ditch kubuntu 14.04 ... so my next best option would be to install 14.10 alongside it and update via ppa right
[09:51] <Riddell> macstar_: why won't you ditch 14.04?
[09:51] <macstar_> riddell it runs too fine and is a LTS
[09:55] <Riddell> and yet you want the latest git?  those are pretty contradictory
[09:56] <macstar_> as long as i can run plasma5 just next to kde4 i don't think so..... i loved the way project neon 5 ppas let me chose from login if i wanted use plasma5 or kde4 so could still following plasma5 progress while not really touching my perfectly working kde4
[10:07] <santa_> macstar_: what about installing the plasma5 in a virtualbox machine?
[10:07] <macstar_> santa_ yep that would be an option as well
[10:41] <santa_> shadeslayer: hi, mail sent to kubuntu-devel as we discussed, but it's waiting in the moderator queue
[10:42] <shadeslayer> Riddell: ^^
[10:53]  * Riddell looks
[10:53] <Riddell> santa_: approved
[10:54] <Riddell> sgclark: you're down to merge liblog-log4perl-perl says https://merges.ubuntu.com/main.html
[10:54] <sgclark> huh?
[10:55] <santa_> Riddell: thnx
[10:55] <Riddell> santa_: seem you're the last person to modify it, a random package to get stuck with :)
[10:57] <Riddell> kubotu: newversion kio 5.4.0
[10:57] <kubotu> https://bugs.launchpad.net/bugs/1388784
[10:58] <Riddell> all new frameworks to package! and backport I guess
[10:58] <santa_> and port to siduction :P
[11:31] <sgclark> Riddell: I sent my changes to ScottK for liblog-log4perl-perl as he was the one I was working with on that.
[11:39] <Riddell> sgclark: right, and now it needs merged and it's got your name on it :)
[11:39] <sgclark> Riddell: right I merged it and sent the results to ScottK
[11:40] <sgclark> since no one wants to sponsor me :(
[11:40] <Riddell> sgclark: oh you did that already? cool
[11:40] <sgclark> yes
[11:41] <Riddell> I still need to review your akonadi merge
[11:41] <Riddell> and read my e-mail so I know to put in a word for your dev application
[11:44] <shadeslayer> santa_: not sure why you would see that error btw
[11:47] <santa_> shadeslayer: yeah, in any case I wouldn't say it's right to use that function without importing it first
[11:47] <santa_> I'm not a perl expert though
[11:48] <shadeslayer> Yeah of course, but why do we not see that error in Kubuntu / Debian
[11:50] <santa_> I could not reproduce it in kubuntu, but I do in debian
[11:51] <santa_> I mean, siduction's kdenext packages are built in a debian sid chroot as it can be seen in the build log
[11:52] <santa_> i.e. debian's people will hit this sooner or later and they will have to fix it if it isn't already
[11:52] <shadeslayer> santa_: and I can assure you that pkg-kde-tools from git master in Debian and ECM from git master very much work
[11:52] <shadeslayer> On debian sid
[11:53] <shadeslayer> santa_: which branch of the packaging are you building ?
[11:53] <santa_> shadeslayer: ah, I used the kubuntu-kf5 branch, since I need other changes you made
[11:54] <shadeslayer> That should be fine .. Probably
[11:54] <shadeslayer> santa_: try using master
[11:54] <shadeslayer> I merged kf5 support
[11:54] <santa_> oh btw
[11:55] <santa_> maybe you forgot to push the 'kf5' branch?
[11:55] <apachelogger> fwiw, the proposed fix is meh anyway, should be qw(error dpkg_architecture_value)
[11:55] <santa_> or is that branch obsolete and only master and kubuntu-kf5 are relevant now?
[11:56] <shadeslayer> Kf5 branch should be gone
[11:56] <santa_> ok
[11:56] <shadeslayer> Only master and kubuntu-kf5 are relevant
[11:56] <shadeslayer> santa_: note that I moved to git.Debian.org
[11:57] <santa_> yeah, I noticed
[11:57] <santa_> I have adapted all my stuff to work with the packaging there
[11:57] <santa_> everything built almost fine here, except for a few issues
[11:58] <shadeslayer> I would have been very surprised if it hadn't
[11:58] <shadeslayer> Also, I would recommend using the Kubuntu_unstable branch
[11:59] <shadeslayer> If you want to build from git
[11:59] <shadeslayer> I am unsure of the state of mater
[11:59] <shadeslayer> *master
[12:00] <santa_> there's usually a few glitches here and there when porting
[12:00] <santa_> like 1-3 packages needing some fix
[12:00] <santa_> right now I'm building from the utopic branch
[12:01] <santa_> I don't plan to provide git based packages in the short term
[12:01] <shadeslayer> Hm ... Not sure about the utopic branch
[12:03] <apachelogger> dpkg-buildpackage: warning: this is currently a non-fatal warning with -S, but will probably become fatal in the future
[12:03] <apachelogger> I really love how it has been saying this for the past 7 years
[12:03] <apachelogger> doesn't seem to be quite as probable xD
[12:04] <shadeslayer> Lol
[12:13] <santa_> https://reviewboard.kde.org/r/120956/
[12:13] <santa_> ↑ just in case you hit the same problem
[12:13] <shadeslayer> That patch is wrong
[12:14] <shadeslayer> Its broken in Debian
[12:14] <shadeslayer> And Sune hasn't fixed it yet
[12:14] <shadeslayer> So I will just push my stopgap fix for now I guess
[12:14] <santa_> really?
[12:15] <santa_> how is broken in debian?
[12:15] <shadeslayer> Yes, one of the patches in Debian changes the folder for the headers 
[12:15] <shadeslayer> Its one of the 3-4 patches in the package, can't recall the name off the top of my head
[12:16] <shadeslayer> Grep for Sune in Debian/patches xD
[12:17] <santa_> already seen it
[12:17] <santa_> so what's your stopgap fix?
[12:18] <shadeslayer> Your patch in the Debian packaging
[12:24] <santa_> seems legit
[12:25] <apachelogger> konsole gives me a headache
[12:26] <apachelogger> shadeslayer: how should we transit to konsole git without breaking konsolekpart in utopic? :/
[12:26] <apachelogger> it's madness
[12:28] <shadeslayer> Wouldn't CI version be more than the version in utopic and we can just properly breaks/recommends ?
[12:28] <shadeslayer> Replaces
[12:28] <shadeslayer> I meant replaces
[12:29] <apachelogger> shadeslayer: yeah, but we need the kpart of konsole4
[12:29] <apachelogger> otherwise yakuake, kile, kate, krusader, kdevelop and dolphin have no terminal
[12:31] <santa_> shadeslayer: ... aaand the last issue I didn't mentioned already; in baloo-kf5 you renamed libkf5baloocore1 as libkf5baloo1 and also you removed other library, however in my latest build i didn't see any library change, what happened?
[12:32] <BluesKaj> Hiyas all
[12:32] <santa_> apachelogger: btw, what's this http://paste.kde.org/phyztmjww ?
[12:33] <apachelogger> filemeta is a plasma tar
[12:34] <santa_> ahhh, ok
[12:44] <shadeslayer> apachelogger: your approach from debian-qt-kde earlier seemed sensible
[12:50] <apachelogger> shadeslayer: that doesn't fly for CI though
[12:50] <apachelogger> or well, it'd be super messy
[12:50] <shadeslayer> Why?
[12:50] <apachelogger> we'd have to put the archive konsole with a split in the CI PPA and make sure all other PPAs get a split version as well
[12:51] <apachelogger> and then we'd need to put all dependees with adjusted relationship into the PPA as well and again make sure that all version bumps in PPAs or the archive carry the relationship change as well
[12:51] <apachelogger> otherwise konsole4-kpart will not get installed and stuff breaks
[12:52] <shadeslayer> Why not split it in the archive
[12:53] <apachelogger> shadeslayer: in utopic? Oo
[12:53] <shadeslayer> Oh bah
[12:53] <apachelogger> exactly
[12:53] <shadeslayer> Seems fugly then
[12:54] <apachelogger> we could rename the CI package to konsole5
[12:54] <apachelogger> then in vivid simply migrate from konsole5 to konsole
[12:54] <apachelogger> actually
[12:54] <apachelogger> that wouldn't help either
[12:55] <apachelogger> there's stil the file conflicts between the two versions
[12:55] <shadeslayer> Yep
[12:55] <shadeslayer> Hm hm
[12:56] <shadeslayer> I dont think you have too many options here
[12:56] <apachelogger> well
[12:56] <apachelogger> for utopic we could possibly cheat 
[12:57] <apachelogger> name it konsole5 and dpkg-divert all conflicting files 
[12:57] <apachelogger> that way konsole5 will bend usr/bin/konsole(4) out of the way without having a conflict
[12:57] <apachelogger> of course diverts are very fragile and shit
[12:58] <shadeslayer> Diverting sounds like shit
[12:58] <apachelogger> that's the only option that scales I fear
[13:03] <Riddell> http://paste.kde.org/pitv1pjdl  this reply from canonical seems to miss out some data.  have they asked anyone for receipts before?
[13:03] <Tm_T> wut
[13:22] <ScottK> sgclark: on the liblog perl thing, please file a bug with the debdiff, subscribe ubuntu-sponors (the normal , non-Kubuntu way to do it) and then ping me with the bug number (because I want to be able to say in my endorsement you did it all correctly).
[13:25] <Riddell> sgclark: you should edit the first line to say what the application is for
[13:26] <Riddell> sgclark: you'll also need to do a doodle poll to organise a meeting of the kubuntu council
[13:30] <Riddell> hola Sick_Rimmit 
[13:30] <ScottK> Riddell: Is this a membership application or a kubuntu-dev application?
[13:30] <ScottK> For the latter we need kubuntu-dev's, not the KC.
[13:30] <Sick_Rimmit> Riddell: Good day sir, how u doing ?
[13:32] <Riddell> ScottK: it's for kubuntu-dev
[13:32] <Riddell> Sick_Rimmit: mostly awesome thanks
[13:32] <ScottK> Right, then we need a meeting of kubuntu-devs.
[13:32] <Riddell> ScottK: oh yes good point, that's what I ment
[13:32] <Riddell> sgclark: you'll also need to do a doodle poll to organise a meeting of the kubuntu devs
[13:55] <shadeslayer> santa_: http://anonscm.debian.org/cgit/pkg-kde/pkg-kde-tools.git/commit/?h=kubuntu-kf5
[13:56] <shadeslayer> should work now I guess
[13:56] <shadeslayer> not sure why its working for CI
[14:03] <Riddell> sgclark: akonadi uploaded!
[14:03] <Riddell> and put into debian git
[14:10] <bukai> Riddell: ping
[14:11] <Riddell> hi bukai 
[14:12] <bukai> Riddell: Hi, should I start designing a new theme for test.kuuuubuntu.co.uk?
[14:12] <bukai> *test.kubuntu.co.uk
[14:12] <Riddell> sure, got for it if you have the skills
[14:14] <bukai> ok, I have a few ideas in mind, should I mail it to you first before I get started?
[14:16] <Riddell> bukai: e-mail the kubuntu-devel list but don't let it block you getting started
[14:17] <Riddell> shadeslayer: are you in the zone or do you want to put together the whiteboard?
[14:17] <bukai> Riddell: ok, thanks.
[14:26] <santa_> shadeslayer: awesome, thanks, will tell you if there's still anything to fix when packaging 5.4.0
[15:25] <sgclark> ScottK: https://bugs.launchpad.net/ubuntu/+source/liblog-log4perl-perl/+bug/1388872
[15:28] <Riddell> go sgclark!
[15:37] <mkumar> hi
[15:40] <Riddell> hi mkumar 
[16:06] <Riddell> ScottK: bug 1384355 updated with debconf added
[16:21] <Riddell> ScottK: any idea what else should be added to bug 1378789 ?
[16:23] <Riddell> mitya57: well it fixed it on arm64 but broken on ppc64el and armhf :( https://launchpad.net/ubuntu/+source/qt4-x11
[16:23] <Riddell> ScottK: that marble regression doesn't look like it's anything to do with phonon, I'm minded to override it
[16:24] <shadeslayer> Riddell: IIRC required more paperwork
[16:24] <shadeslayer> ah ok
[16:24] <shadeslayer> in the comment it is
[16:25] <Riddell> shadeslayer: right, I added steves requests to it, not sure if there's more paperwork to be done
[16:25] <shadeslayer> yeah I think that's it
[16:34]  * BluesKaj wonders when akonadi can be removed/purged without taking the desktop with it...this has been pet peeve of mine for a while now. I realize the database etc are tied to the PIM package , but why is it default in the first place?
[16:35] <sgclark> is there anither option for pim??
[16:35] <Riddell> apachelogger: ping
[16:36] <Riddell> no kontact needs akonadi and various plasma bits like to talk to that
[16:36] <BluesKaj> and now we're also getting another Poettering (systemd) suite shoved down our throats
[16:36] <Riddell> what's wrong with that?
[16:38] <BluesKaj> not sure yet, but I don't like the sounds the nayayers are making about it and I don't much of a defence in the forums that makes systemd a good fit for the open source philosophy
[16:39] <BluesKaj> don't see
[16:41] <sgclark> binary driven.. but really the init system is dated and inefficient, so something had to happen. Systemd seems to have won the fisght. Not a fan of journalctl tho
[16:43] <Riddell> sgclark: what's journalctl?
[16:43] <sgclark> to read logs
[16:43] <sgclark> I like to cat | grep what I am looking for, jouralctl is clunky to me and over complicates things. IMO
[16:44] <sgclark> but as everything I will adapt and move forward lol
[16:44] <shadeslayer> yeah, but journalctl has things like from/to
[16:44] <shadeslayer> so you can look at logs for just the last hour
[16:44] <shadeslayer> or whaever
[16:44] <sgclark> like I said I will adapt and move forward
[16:44] <shadeslayer> pretty sure you can pipe journalctl output to grep as well
[16:45] <sgclark> cool
[16:45] <BluesKaj> well anyway , that was my rant for today :)
[16:47] <apachelogger> Riddell: pong
[16:48] <Riddell> apachelogger: kf5 branches are currently in kubuntu_utopic_next
[16:48] <Riddell> should I make kubuntu_vivid branches ?
[16:48] <shadeslayer> should be on demand no?
[16:48] <Riddell> shadeslayer: what what?
[16:49] <shadeslayer> should be made as required no?
[16:49] <Riddell> well I require them
[16:49] <Riddell> I just want to make sure I'd doing the right thing
[16:49] <Riddell> and actually I already pushed so too late
[16:49] <shadeslayer> xD
[16:49] <shadeslayer> Riddell: which branch did you branch from>
[16:49] <shadeslayer> *from?
[16:50] <Riddell> from kubuntu_utopic_next
[16:50] <Riddell> I should have used kubuntu_unstable?
[16:50] <shadeslayer> I think so
[16:50] <shadeslayer> apachelogger: ^^
[16:51] <sgclark> pretty sure unstable updates kubuntu_utopic_next on success
[16:51] <shadeslayer> sgclark: other way around
[16:51] <shadeslayer> k_u_n gets merged into unstable on success
[16:51] <sgclark> interesting as he told me to update unstable. ok.
[16:52] <shadeslayer> we need diagrams
[16:52] <shadeslayer> apachelogger: we need diagrams
[16:52] <shadeslayer> I can make one on our fancy new whiteboard :p
[16:52] <sgclark> that I cannot see
[16:53] <Riddell> it's ok, neither can we
[16:54] <lordievader> Let the man make fancy diagrams on fancy whiteboards :P
[17:01] <apachelogger> anyone wanna come over and clean my whiteboard? then I can draw diagrams :S
[17:02] <apachelogger> Riddell: kubuntu_vivid_archive is the branch you want
[17:02] <apachelogger> for frameworks 4.5 or what we are at you want to branch from kubuntu_unstable
[17:02] <apachelogger> for plasma 4.1.x you want to branch from kubuntu_utopic_next (since we have no kubuntu_stable right now)
[17:03] <apachelogger> for plasma 4.2beta/rc you want to branch from kubuntu_unstable
[17:03] <Riddell> apachelogger: why kubuntu_vivid_archive? I've been using kubuntu_vivid
[17:04] <apachelogger> Riddell: because without archive it's going to be inconsistent with kubuntu_vivid_updates kubuntu_vivid_kittens kubuntu_vivid_backports
[17:04] <Riddell> hmm, ok, I wonder what I should do about the kubuntu_vivid branches then
[17:04] <apachelogger> also it'll be inconsistent with kubuntu_utopic_archive which is definitely a thing we have used because of exactly that reason
[17:04] <apachelogger> Riddell: delete them
[17:05] <apachelogger> git push :kubuntu_vivid
[17:05] <apachelogger> (assuming there is no hook that prevents deletion)
[17:06] <apachelogger> (if there is a hook you'll have to move the hook, push, move the hook back)
[17:06] <apachelogger> (possibly there is a script for that if that is needed, or at least kde has a script, if debian doesn't then that's a bug I guess ;))
[17:12] <Riddell> seems to be fine
[17:13] <Riddell> although really, that is not a syntax you could predict
[17:14] <apachelogger> yeah, it's actually to do with how git push is actually very implicit
[17:17] <apachelogger> what push does in the backgroudn there is HEAD:branch, which is a refspec by saying :branch you basically push nothing to the remote
[17:17] <Riddell> come back bzr, all is forgiven!
[17:30] <genii> Riddell: Didn't realize you hung around in #ubuntu as well
[17:30] <apachelogger> Riddell lurks in like a hundred channels
[17:31] <genii> Heh, I can believe it.
[17:38] <yofel> Quintasan, valorie: thanks! :D
[17:42] <Riddell> kf5 uploaded to ninjas for vivid
[17:42]  * Riddell wanders home
[18:28] <sgclark> Riddell: looks like ECM was missed?
[18:39] <santa_> where is the code used to generate this http://qa.kubuntu.co.uk/kf5-status/ ?
[18:49] <_Groo_> i know you guys are struggling with konsole-kparts but what is this new konsole5 package similar to konsole but to which purpose i see is to break things? :D
[18:50] <_Groo_> and doesnt fix things, since yakuake still complains about missing konsole kpart :P
[18:57] <mitya57> Riddell: armhf failure looks like a result of list-missing -> fail-missing change, not sure if we want to ship that meego stuff.
[18:57] <mitya57> Anyway, will look at both failures tomorrow.
[19:11] <yofel> santa_: http://bazaar.launchpad.net/~kubuntu-packagers/+junk/kubuntu-automation/files -> kubuntu-ppa-build-status
[19:29] <santa_> yofel: I have been playing around with it for a while, thank you
[20:48] <Sick_Rimmit> Hi Folks
[20:48] <sgclark> hiyas
[20:49]  * Sick_Rimmit Grins and Waves like a good Padwah
[20:49] <Sick_Rimmit> Hi sgclark nice to see you
[20:50] <sgclark> same to you Sick_Rimmit
[20:59] <Sick_Rimmit> Reading mailing list about Plasma and KF5 in 15.04, trying to understand the process..
[20:59] <sgclark> Riddell: I grabbed ecm from depot and put it in ninjas so I can at least work on this sea of red. I need some clarification on what branch / where it needs to be pushed to.
[21:00] <Sick_Rimmit> There is mention of SRU, which I understand is backporting to current or ealier LTS release.
[21:00] <Sick_Rimmit> on list it says apply to TB, but I don't know what TB is 
[21:00] <Sick_Rimmit> Also do we have to make application to roll out KF5 and Plasma5 in 15.10 ?
[21:01]  * sgclark doesn't understand the question sorry
[21:01]  * Sick_Rimmit rephasing, for less verbosity
[21:02] <Sick_Rimmit> Who authorises release of KF5 and Plasma 5 in Kbuntu 15.04 ?
[21:03] <sgclark> Riddell: ? Council ? Devs ? I don't know lol
[21:06] <Sick_Rimmit> sgclark: lol, that makes two of us :-) Hey Ho, lots to learn..
[21:07] <yofel> TB is the Technical Board
[21:09] <yofel> also, SRU (stable release *updates*) are not backports. Our SRU Policy requires a new version to be bugfixes only, no new features. For those you can make a backport
[21:10] <yofel> For PPA's that's of no consequence, but for the archive it decides whether an update can go into $release-updates or $release-backports
[21:10] <yofel> (or in one of them at all)
[21:11] <soee> yofel: happy birthday if im not mistaken :)
[21:12] <yofel> soee: nope, thanks! :D
[21:12] <soee> ha! :D
[21:12] <sgclark> Happy Birthday yofel!
[21:12] <yofel> thanks :D
[21:16] <Sick_Rimmit> Thanks yofel that was really helpful
[22:44] <santa_> sgclark: only kio and plasma-framework doesn't actually build, everything else must be build depends not correctly bumped, temporary situations and such
[22:44] <santa_> also plasma-framework fails with a missing symbol, might be an abi break
[22:47] <santa_> hmmm nope, if I'm not mistaken