=== tazz_ is now known as tazz
[07:14] <lordievader> Good morning.
[07:17] <soee> good morning
[07:19] <lordievader> Hey soee, how are you?
[07:20] <soee> lordievader: sick :(
[07:22] <lordievader> Hmm, that ain't good :(
[07:36] <apachelogger> Your membership in motu is about to expire
[07:36] <apachelogger> noooooooooooo
[07:40] <Quintasan> Yer no longer a master.
[07:42] <valorie> you will miss raising your sword to the sky and crying "I HAVE THE POWER!"
[07:46] <apachelogger> nono, expiration averted. I shall remain master of the universe forevermore
[07:50] <valorie> excellent
[08:32] <Riddell> hola
[08:39] <alket> hi
=== fabo_ is now known as fabo
[09:27] <Sick_Rimmit> Good morning lovely Kubuntu folks
[10:33] <tsdgeos> Riddell: what's the deal with 14.12 beta 2? i only got the kolf package updated :D
[10:34] <tsdgeos> Riddell: also the new Plasma 5 doesn't get a "logo" if i'm using lightdm (the unity frontend)
[10:34] <Riddell> tsdgeos: I've only done that 1 package, I really wanted to see the new features in kolf
[10:35] <Riddell> tsdgeos: or more truthfully that was a simple example so I can confirm with Debian and everyone that it's done the right way
[10:35] <tsdgeos> i hope the new translations of the desktop files please you :)
[10:35] <Riddell> is something different there?
[10:36] <Riddell> tsdgeos: bug 1393370 reported
[10:36] <ubottu> bug 1393370 in kubuntu-settings (Ubuntu) "no logo for plasma 5 in lightdm" [Undecided,New] https://launchpad.net/bugs/1393370
[10:37] <_Groo_> hi/2 all
[10:37] <_Groo_> is https://launchpad.net/~kubuntu-ci/+archive/ubuntu/unstable-daily working? the last "daily" build was 3 days ago
[10:39] <Riddell> _Groo_: I think there's been some build failures so they haven't gone into that archive
[10:39] <_Groo_> Riddell: ah ok then :)
[10:48] <Riddell> jmux: I'm giving a wee talk about Kubuntu, can you tell me if the updated version is rolled out in Munich?
[10:54] <jmux> Riddell: I don't understand your question?! We'll rollout 12.04 with KDE 4.12.x - that's still in test until end of month. I have no idea about the productive rollout - not my department.
[10:56] <Riddell> jmux: thanks that's what I wanted to know
[11:04] <Riddell> apachelogger: where the crash showing website?
[12:16] <apachelogger> Riddell errors.ubuntu
=== rdieter_work is now known as rdieter
=== alket_ is now known as alket
=== kbroulik is now known as kbroulik-lunch
[13:20] <ScottK> Riddell: Looking at the LivdFS build failure logs, it looks like ktorrent is going to have to go unless someone produces a Plasma 5 port.
[13:20] <ScottK> There's also an oddity with kactivities I didn't figure out yet.
[13:21] <BluesKaj> Hi folks
[13:40] <Riddell> ScottK: mm depends on libkworkspace4abi2
[13:40] <Riddell> I'll see if it can built without it
[13:41] <ScottK> OK.  But consider once you've done that if we'd be better of just using qbittorrent for now.
[13:41] <Riddell> ScottK: I've not tried it, what's it like?
=== kbroulik-lunch is now known as kbroulik
[13:41] <ScottK> I haven't either, but it seems well maintained in Debian and upstream is active, so it's promising.
[13:42] <ScottK> (I can't remember the last time I did any kind of torrent, so I'm not the right guy to check)
[13:42] <Riddell> ktorrent is pretty good and featureful but it does suffer from the kde stereotype of filling the ui with everything you might ever consider wanting
[13:42] <Riddell> but how do you watch the new series of Dr Who?
[13:43] <ScottK> Don't.  I chose to have children instead of watching TV.
[13:50] <Riddell> I'd have thought one of the advantages of having children is to have an excuse to watch dr who :)
[13:51] <ScottK> Once she's a little older.
[14:20] <sgclark> morning
[14:21] <soee> hi sgclark
[14:29] <Riddell> hola sgclark 
=== Squt is now known as Sput
[15:44] <Riddell> removing homerun from the archive, it needs plasma 4
[15:45] <ScottK> Riddell: Thanks for fixing ktorrent.
[15:45] <ScottK> That just leaves kactivities to sort out.
[15:46] <Riddell> ScottK: what needs sorted with kactivities?
[15:46] <ScottK> Riddell: kactivities : Conflicts: libkactivities-bin but 4:4.13.3-0ubuntu2 is to be installed
[15:46] <Riddell> shadeslayer: removing plasma-widget-fastuserswitch from the archive, it needs plasma 4 (you packaged it says changelog)
[15:46] <ScottK> Not sure what's pulling libkactivities-bin in.
[15:48] <Riddell> kactivities is kf5 and libkactivities-bin is kde4, they will conflict, upstream insisted on it for some reason but anything that works with old stuff should work with new stuff
[15:48] <Riddell> ScottK: where are you seeing this?
[15:48] <ScottK> Riddell: In the LiveFS build failure log from last nigh.
[15:48] <ScottK> night
[15:48] <ScottK> Ah.  Looks like you don't get them.
[15:49] <ScottK> Just forwarded it to you.
[15:49] <ScottK> You might want to get yourself on distro for those.
[15:49] <Riddell> I think I get enough e-mail as it is!
[15:50] <ScottK> It only mails when it fails.
[15:50] <Riddell> they might be the same problem of course, ktorrent might want to bring in libkdeworkspace which wants kactivities-bin
[15:51] <shadeslayer> Riddell: fine by me
[15:53] <Riddell> hmm, maybe it's libkactivities6 which recommends kactivities-bin and is used by dolphin and several other important bits
[15:53] <ScottK> That seems more likely.
[15:53] <tsdgeos> qt slipping alrady :/
[15:54] <ScottK> I think the KDE4 stuff has to stop using kactivities-bin
[15:55] <Riddell> three cheers for mitya57 who just got into core-dev!
[15:55] <Riddell> tsdgeos: pardon?
[15:55] <tsdgeos> "* Unfortunately we don't have rc packages available at the moment --> Cannot release rc Tue 18th Nov as planned"
[15:56] <Riddell> tsdgeos: ah, upstream are slipping their schedule?
[15:56] <tsdgeos> yep
[15:58] <Riddell> I guess plasma 5.2 will want qt 5.3 then, the question is what's best for kubuntu shipping in april
[15:59] <ScottK> Riddell: I'm pretty sure we want to ship the Qt5 that KDE is willing to support Plasma/KF5 on.
[16:00] <Riddell> ScottK: I'll make libkactivities6 (kde4 lib) recommend kactivities (plasma5 binaries) instead of kactivites-bin (kde4 binaries)
[16:00] <ScottK> Will that actually work correctly?
[16:00] <Riddell> ScottK: and as upstream plasma release dude I also have to work out what Qt version Plasma wants
[16:01] <Riddell> ScottK: yes it should be fine, it's all backwards compatible promises the upstream maintainer
[16:01] <ScottK> Right.  So figure that out and you'll know the Kubuntu answer.
[16:01] <ScottK> Cool.  Sounds like the right fix then.
[16:01] <ScottK> Then the KDE4 package can be removed too, right?
[16:02] <Riddell> ScottK: the source package can't be removed, it still needs to build libkactivities6 (kde4 lib)
[16:03] <Riddell> ScottK: I guess we could update it to not build kactivites-bin (kde4 binaries)
[16:03] <ScottK> I think that'd be good.  Harder to have something accidentally use it in the future that way.
[16:03] <Riddell> what a lot of faff just to support Sick_Rimmit and his love of activities :)
[16:04] <ScottK> I still haven't figured out how they work or what they are good for.
[16:05] <Riddell> you should watch Sick_Rimmit's presentation from friday
[16:05] <Riddell> although it didn't manage to convince me either
[16:06] <Riddell> but I guess if you like to separate your life into home/work/setup for children/setup to watch dr who then it would be handy
[16:06] <ScottK> I guess.
[16:07] <ScottK> I have different computers/user accounts mostly for stuff like that.
[16:09] <Riddell> ok uploaded
[16:09] <Riddell> now if only a friendly archive admin would review sddm we might get working images tomorrow
[16:11] <mitya57> Thanks Riddell!
[16:12] <Riddell> oh we also need a friendly archive admin to approve the owncloud update https://launchpad.net/ubuntu/trusty/+queue?queue_state=1&queue_text= bug 1384355
[16:12] <ubottu> bug 1384355 in owncloud (Ubuntu) "ownCloud should be removed" [Undecided,Confirmed] https://launchpad.net/bugs/1384355
[16:12] <Riddell> well ~ubuntu-sru person
[16:22] <Riddell> tsdgeos: I'm a bit confused by kwebkitpart in https://www.kde.org/info/security/advisory-20141113-1.txt, am I right in thinking that isn't used any more?
[16:23] <tsdgeos> define "anymore"
[16:23] <tsdgeos> ii  kpart-webkit                                          1.3.4-1                                       amd64        WebKit KPart
[16:26] <Riddell> ah, a kpart used by konqueror
[16:26] <Riddell> thanks
[16:44] <ScottK> Riddell: Someone gets to try again on sddm.
[16:45] <ScottK> Full license text for CC BY 3.0 and COPYING-CMAKE-SCRIPTS  missing.
[16:48] <Riddell> fun fun, thanks
[16:49] <Riddell> I wonder why cc-sa-by isn't in common-licences by now
[16:54] <ScottK> Even if it was, you still need a copy in the tarball.  That just makes debian/copyright shorter.
[16:55] <Riddell> no you don't, colin's been pretty clear upstream doesn't have to ship the full licence if they don't want to as long as it's clear what it refers to
[16:56] <Riddell> but definately worth doing
[16:57]  * Sick_Rimmit spots discussion about KDE Activities... He LOVES EM
[16:59] <Riddell> Sick_Rimmit: but are they better than virtual desktops?
[17:00] <Sick_Rimmit> Yes, and the reason for this is they give you a completely independent workspace, and can be configured to be up and running with a default application set if you so wish
[17:00] <Sick_Rimmit> You can wake them up and put them to sleep as and when you need them.
[17:03] <Riddell> Sick_Rimmit: but are they better than different system users?
[17:04] <Sick_Rimmit> Well the context is dramatically different there.
[17:04] <Sick_Rimmit> Different system users create data isolation
[17:04] <_Groo_> could anyone point me to a good howto on how to make recipes for launchpad?
[17:04] <Sick_Rimmit> Activities represent the different contexts of your daily workflow, rather then complete separation
[17:05] <Riddell> ah so maybe that is a better solution to watching dr who without your children knowing
[17:06] <Sick_Rimmit> They're very good for chatting on IRC at work, whilst looking like you coding on the internal database :-)
[17:06] <Riddell> :)
[17:11] <Riddell> d__ed: http://starsky.19inch.net/~jr/tmp/sddm.diff
[17:15] <Riddell> ScottK: upstream sddm d__ed says he'll merge that patch to fix the licencing can I upload it again adding CC into debian/copyright? I don't think there's any need for a new upstream tar
[17:15] <ScottK> Can you just do a quick repack to add the licenses?
[17:15] <ScottK> The tarball by itself is supposed to be distributable.
[17:22] <Riddell> oh I see a further problem, CC-BY confused with CC-BY-SA
[17:23] <Riddell> and as a side note I see there's CC 4.0 now, guess I should do some reading
[17:43] <Linnak> Hi, Is it a config file where I can reduce tha application launcher menu's delay?
[17:44] <Riddell> ScottK: sddm uploaded with repacked tar with licence fixese
[17:44] <ScottK> Thanks.
[17:44] <Riddell> Linnak: user support in #kubuntu thanks
[17:45] <Linnak> I've asked for a couple of days. They have no idea about that
[17:46] <Linnak> I thought here are the people who have the knowledge
[17:46] <ScottK> Don't see it yet.
[17:46] <ScottK> You might also ask on #kde.  There's nothing Kubuntu specific about that.
[17:47] <Linnak> ok
[17:50] <Riddell> upstream bug for sddm licences https://github.com/sddm/sddm/issues/318
[17:51] <Riddell> ScottK: if you're in a helpful mood today remember the owncloud SRU update, it's pretty easy to review just fixes an issue with the previous SRU that's in -proposed https://launchpad.net/ubuntu/trusty/+queue?queue_state=1&queue_text=
[17:51] <ScottK> Riddell: I don't see the licenses in the tarball. 
[17:51] <ScottK> Riddell: Running short on time.  Focusing on sddm.
[17:52] <Riddell> -rw-rw-r-- jr/a          19400 2014-11-17 18:35 sddm-0.10.0+dfsg1/COPYING-CC-BY-3.0
[17:52] <Riddell> -rw-rw-r-- jr/a          22164 2014-11-17 18:35 sddm-0.10.0+dfsg1/COPYING-CC-BY-SA-3.0
[17:52] <Riddell> ScottK: you see those? ↑
[17:52] <ScottK> No.
[17:53] <ScottK> Just the plain COPYING
[17:53] <ScottK> Look at it here in ark http://launchpadlibrarian.net/190285031/sddm_0.10.0%2Bdfsg1.orig.tar.gz
[17:53] <Riddell> ScottK: hmm not yet in queue https://launchpad.net/ubuntu/vivid/+queue
[17:54] <Riddell> maybe launchpad is still processing it
[17:54] <ScottK> Maybe I got a cached copy of the old one.
[17:59] <Riddell> ScottK: hmm dunno, maybe launchpad is just being slow cos I definately uploaded it to vivid
[17:59] <Riddell> I'm also out of time, got to go
[17:59] <Riddell> dget http://starsky.19inch.net/~jr/tmp/sddm_0.10.0+dfsg1-0ubuntu1.dsc  should you fancy a preview
[18:00] <ScottK> Riddell: Thanks.  Checking with our ace new LP developer cjwatson on #launchpad.
[18:00] <ScottK> Riddell: It was usigned.
[18:01] <ScottK> Please uplaod again
[18:04] <ScottK> shadeslayer, apachelogger, some other MOTU/core-dev: Would you please grab Riddell's sddm update above and upload it.
[18:05] <ScottK> Meh.  Nevermind.
[18:05] <ScottK> Riddell: still missing COPYING-CMAKE-SCRIPTS
[18:28] <ScottK> Someone with some time might want to merge kdepimlibs and kdepim-runtime from Debian (or at least grab the patches I just added) as there's a fix there we want.
=== keithzg_ is now known as keithzg
=== james is now known as Guest76487
=== alket_ is now known as alket
=== soee__ is now known as soee
[21:54] <debfx> has anyone looked into bug #1363703 / bug #1389320?
[21:54] <ubottu> bug 1363703 in sysvinit (Ubuntu) "package sysv-rc 2.88dsf-41ubuntu18 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1" [Undecided,Incomplete] https://launchpad.net/bugs/1363703
[21:54] <ubottu> bug 1389320 in ubuntu-release-upgrader (Ubuntu) "Ubuntu 12.04 to 14.04 upgrade fails - missing LSB comment in virtuoso-nepomuk" [Undecided,Incomplete] https://launchpad.net/bugs/1389320
[21:56] <debfx> looks like the init script from the virtuoso-nepomuk package (precise) causes problems
[21:57] <debfx> not sure what's the right place to fix this
[21:59] <ScottK> debfx: Isn't it supposed to run the new on if the old on fails or is that just prerm and preinst?
[22:00] <debfx> the upgrade seems to fail in sysv-rc. it probably tries to parse all init script (since the dependency boot stuff has been merged to ubunt) and chokes on this particular one.
[22:04] <ScottK> Then I guess SRU in 12.04.
[22:05] <debfx> that doesn't help for systems that have already been upgraded to trusty
[22:06] <ScottK> Then both?
[22:06] <ScottK> Is what's in 14.04 still problematic?
[22:06] <debfx> doesn't exist anymore in trusty
[22:07] <debfx> so in one particular case virtuoso-nepomuk was in rc state
[22:07] <ScottK> I see.
[22:08] <debfx> adding a quirk to the upgraded to remove the init script maybe?
[22:09] <ScottK> That or presuming virtuoso-nepomuk is still marked installed, one might add a dummy package that removes the script.
=== greyback__ is now known as greyback