[01:30] <manchicken> Hiya
[02:10] <manchicken> woot! digiKam is still building.
[02:34] <manchicken> I may need help committing to the kubuntu-packagers repo for digikam
[02:58] <manchicken> Darnit, "dh_install: cp -a debian/tmp/usr/lib/kde4/libexec" during build of digikam.
[03:23] <manchicken> If this build fails again I'm going to cry... it takes an hour to build each time...
[06:41] <valorie> manchicken: are you using ccache?
[06:41] <valorie> that helps
[06:41] <valorie> also, if you have more computers, you can use icecream server
[06:41] <valorie> distributed building
[07:17]  * sitter forgot to unpause ci yesterday ^^
[07:23] <soee> good morning
[08:30] <yofel> manchicken: you can also build with -nc, that won't re-compile anything and just continue from the failed target
[08:52] <lordievader> Good morning.
[09:37] <Riddell> manchicken: debuild -nc  is your friend when doing incremental changes
[09:50] <Riddell> morning sitter my darling
[09:51] <sitter> oh my
[09:51] <sitter> Riddell: おはよう what can I do for you this fine morning ^^
[09:52] <Riddell> remind me of the state of these bloody backports is 
[09:52] <Riddell> I see lots of bits in https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/next-backports/+packages
[09:54] <sitter> Riddell: plasma-frameworks-qt landed, sans user-manager/kcm-touchpad/bludevil/libbluedevil
[09:54] <sitter> those 4 are however in staging 
[09:54] <sitter> so the former two can migrate to backports today
[09:54] <sitter> I am still not too sure about the bluetooth stuff
[09:56] <sitter> utopic pkg-kde-tools is not new enough for maxy's changes :'<
[09:58] <Riddell> ok groovy
[09:58] <Riddell> sitter: can I announce this on kubuntu.org or is more testing needed?
[10:05] <sitter> Riddell: should be good for announcement, although to my knowledge only I have tested it, so it kinda depends on whether you trust my system enough :P
[10:06] <Riddell> hmm, might be worth a virtualbox install
[10:19] <sitter> Riddell: do we want to spend time on kwin 5.2.0.1?
[10:20]  * sitter actually wonders how it built for vivid considering it still has qt5.3 Oo
[10:20] <mgraesslin> sitter: it's a runtime problem
[10:20] <sitter> ah
[10:21] <sitter> clearly the solution here is mitya57 landing qt5.4 ;)
[10:21] <mgraesslin> you might need it for a PPA for 14.10 though
[10:21] <Riddell> sitter: not to backport, utopic backports have qt5.4 so no problem there
[10:21] <mgraesslin> (no idea whether you are going to provide it)
[10:21] <Riddell> and I already uploaded it for vivid
[10:22] <sitter> so I see
[10:22] <sitter> groovy
[10:22] <sitter> mgraesslin: PPAs all have 5.4, vivid only doesn't because .0 has some release blockers for canonical AFAIK
[10:22] <mgraesslin> interesting
[10:25] <mitya57> sitter: I can land it while Timo is on holidays and doesn't see it :)
[10:26] <sitter> no one will ever know xD
[10:27] <Riddell> mitya57: what is the setup with you and timo by the way? are you both employed/contracted by canonical for qt? I must confess I always get you mixed up because you both have nicks that start with "mi"
[10:28] <mitya57> no, only Timo is canonical employee
[10:29] <mitya57> But I do lots of Qt programming for work/university/fun
[10:34] <Riddell> qt can make programming fun, it's a rare thing that
[10:38] <sitter> Riddell: whatever happened to the new website? :(
[10:38] <Riddell> sitter: nobody got back to bukai and he's not come back on the channel
[10:38] <Riddell> it's a bit of a failure
[10:40] <soee> lets hope i can make it in time for vivid with promo site :~|
[10:41] <sitter> Riddell: I did not see a mail
[10:42] <Riddell> I think he only asked on the channel
[10:45] <sitter> well that's a mistake :P
[10:48] <sitter> vivid CI is burning again >.<
[10:51] <Riddell> burning? is that a good thing?
[10:53] <sitter> no
[10:54] <Riddell> oh
[10:54] <sitter> also we need to start integrating pkg-kde-tools, which means we need to support native packages :S
[10:55] <sitter> the one in utopic doesn't qualify for maxy's new ECM changes
[10:55] <Riddell> integrating pkg-kde-tools?
[10:55] <Riddell> backporting it?
[10:58] <sitter> Riddell: building it as part of CI, backporting manually won't fly
[10:58] <sitter> causes all sorts of madness
[10:58] <sitter> plus manual backports need to be manually updated and copied around, much hassle
[11:01] <Riddell> sitter: what new feature is needed?
[11:02] <Riddell> uh, plasma-nm has decided to fail on something in the code https://launchpadlibrarian.net/196018934/buildlog_ubuntu-vivid-amd64.plasma-nm_4%3A5.2.0-0ubuntu1_FAILEDTOBUILD.txt.gz
[11:06] <sitter> Oo
[11:07] <sitter> Get:396 http://ftpmaster.internal/ubuntu/ vivid/universe libkf5networkmanagerqt-dev amd64 5.6.0-0ubuntu1 [35.9 kB]
[11:07] <sitter> Riddell: missing include?
[11:07] <sitter> it's odd that it would build in the ppa
[11:07] <sitter> ah
[11:08] <sitter> no, I don't get it ^^
[11:09] <sitter> Riddell: jgrulich did mention that we likely want networkmanager-qt fixes from 5.7 with the new NM
[11:09] <sitter> I see nothign immediately wrong with 5.6 though
[11:19] <Riddell> yep compiles fine locally
[11:27] <sitter> Riddell: with completely up-to-date system?
[11:27] <BluesKaj> Hiyas all
[11:30] <Riddell> sitter: yep, let me try enabling -proposed
[11:33] <Riddell> mm there's a new network-manager in proposed
[11:34] <sitter>  git stash poop                                                                                                                                                                                                             [±rewrite ●▴]
[11:34] <sitter> usage: git stash list [<options>]
[11:34] <sitter> typo of the day
[11:34] <sitter> Riddell: reckon that explains it then, I still don't know how a networkmanager could affect linkagery 
[11:35] <sitter> oh unless certain classes are not built Oo
[11:35] <sitter> oh oh oh, I know, teamsetting surely only gets built in networkmanager-qt when built against the new NM
[11:35] <BluesKaj> oh no, not replacing NM ...it works so well as it is...hope the changes are just cosmetic
[11:35] <Riddell> cyphermox: what's new?
[11:35] <sitter> Riddell: so possibly a rebuild of networkmanager-qt would fix it
[11:36] <sitter> shadeslayer: fully tested version of logable http://quickgit.kde.org/?p=releaseme.git&a=blob&h=8f33674ff840384eee44da28035716de9f881dd4&hb=779edd71be0a0a7c19e7b15b62ce8cc8b8f95fb5&f=lib%2Flogable.rb
[11:40] <kfunk> could someone do me a favor and check if/why the subversion plugin is still not being shipped in Debian/Ubuntu packages? there were licensing issues but AFAIU these have been resolved long time ago -- see https://bugs.kde.org/show_bug.cgi?id=322225#c5
[11:41] <kfunk> oh, that's just been fixed apparently: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719202
[11:42] <kfunk> uh, s/just/a year ago/?
[11:43] <Riddell> sitter: installing utopic plasma 5 I can't do a simple full-upgrade to get plasma 5.2 installed :(
[11:45] <Riddell> kfunk: mm do you know where in kdevelop sources builds it?
[11:45] <kfunk> Riddell: it's in kdevplatform
[11:46] <kfunk> kdevplatform.git:plugins/subversion
[11:48] <sitter> Riddell: what seems to be the problem?
[11:49] <Riddell> kfunk: we do patch it out due to a patch from debian "Subject: Do not compile incompatible licensed SVN plugin"
[11:49] <Riddell> excludeSvnPluginFromCompilation.diff
[11:49] <kfunk> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719202 contains "[ Andreas Cord-Landwehr ]
[11:49] <kfunk>    * Re-enable GPL-3+ licensed SVN plugin due to fixed license issue in
[11:49] <kfunk>      GPL-2+ licensed shared library kdevplatformoutputview (was GPL-2)
[11:49] <kfunk>      (Closes: #719202)"
[11:50] <kfunk> I'm confuzzled, so why is it still patched out?
[12:05] <Riddell> kfunk: gosh looks like it's out fault :(
[12:05] <Riddell> kfunk: the patch was kept during our latest merge even though debian had dropped it
[12:06] <kfunk>  /o\
[12:07] <Riddell> kfunk: how did you come across this? what do I need to fix?
[12:08] <kfunk> someone was updated the BKO bug
[12:08] <kfunk> updating*
[12:08] <kfunk> well, drop the patch patching out the subversion plugin if possible
[12:08] <kfunk> https://packages.debian.org/search?searchon=contents&keywords=kdevsubversion.so&mode=exactfilename&suite=testing&arch=any
[12:08] <kfunk> indeed, Debian ships it
[12:12] <sgclark> morning
[12:13] <Riddell> hi sgclark 
[12:17] <kfunk> Riddell: want me to create a bug report?
[12:18] <Riddell> kfunk: if you like, launchpad.net/ubuntu/+source/kdevplatform
[12:21] <sitter> Riddell: releseme svn should be substantially less verbose now
[12:21] <sitter> still not quite like I want it to be but at least the walls of svn errors are gone
[12:21] <manchicken> Riddell: Any clue what's up with this: http://paste.ubuntu.com/9916446/ ?
[12:21] <Riddell> rebuilding networkmanager-qt adds a load of new symbols
[12:21] <Riddell> which is a good thing I guess
[12:21] <sitter> yeah
[12:22] <kfunk> Riddell: https://bugs.launchpad.net/ubuntu/+source/kdevplatform/+bug/1415451
[12:22] <Riddell> manchicken: one of the .install files will be listing usr/lib/kde4/libexec but that directory isn't made any more?
[12:22] <manchicken> That sounds like something I should remove then?
[12:23] <Riddell> manchicken: yes, this is normal when you have new versions, some files no longer exist and new ones exist
[12:23] <manchicken> Gotcha.
[12:23] <Riddell> manchicken: you'll need to remove from .install files anything that no longer exists then add in any new ones working out what package to put them into
[12:24] <Riddell> manchicken: run   dh_install --list-missing  to not have to go through the build all again
[12:24] <Riddell> manchicken: and run  debuild -nc  when you think it's all good to start the build again without doing a clear of compiled stuff
[12:24] <manchicken> The debian/patches/sendimages-icedove.diff patch is obsolete, now, it moved upstream.
[12:24] <Riddell> great, scrap it
[12:24] <Riddell> less patches the better
[12:25] <manchicken> Yeah, there's only the mysqld patch now.
[12:25]  * kfunk .oO(oh yeah, about the "less patches" thing)
[12:25] <Riddell> which hopefully you reformatted to fit in with the changes in the cmake file
[12:26] <manchicken> Yup.
[12:26] <manchicken> It builds and links, it's just the building of the deb which is failing right now.
[12:29] <Riddell> manchicken: remind me what timezone you're in you are in out of interest
[12:31] <manchicken> US-Eastern
[12:31] <manchicken> Moved to Fairfax, VA
[12:35] <manchicken> Do we want libkface to build? It seems like we should, it was previously in a .install file.
[12:35] <Riddell> manchicken: oh that's the question
[12:35] <manchicken> Something tells me I should not indiscriminently delete those.
[12:36] <Riddell> https://paste.kde.org/pypcuxoys
[12:36] <Riddell> manchicken: in previous versions it built by default
[12:36] <Riddell> now it seems not to
[12:36] <Riddell> ah wait, there's two libraries
[12:36] <Riddell> libkface was in digikam and has now been split out and released so just add a build-depends on libkface-dev
[12:36] <Riddell> and it should build
[12:37] <Riddell> libkgeomap seems to have been set to not build by default but has not had a separate releae
[12:37] <Riddell> so I think it should be patched to build it again
[12:37] <Riddell> such is the life of a packager, occational detective work needed
[12:38] <Riddell> you can reply to gilles for me if you want to confirm that
[12:40] <Riddell> sitter: ssh ubuntu@ec2-54-226-117-12.compute-1.amazonaws.com
[12:41] <Riddell> sitter: apt full-upgrade wants to uninstall kubuntu-plasma5-desktop
[12:41] <Riddell> because it doesn't want to upgrade libkfilemetadata or something
[12:41] <Riddell> although it will if you ask it explicitly
[12:41] <Riddell> at which point plasma dies and you can't log back in
[12:43] <sitter> Riddell: which key did you use?
[12:43] <Riddell> sitter: key?#
[12:43] <sitter> ssh key
[12:43] <sitter> I have 300 of them
[12:43] <Riddell> sitter: whatever was on launchpad
[12:43] <Riddell> me@smith
[12:45] <sitter> byobu :@
[12:46] <Riddell> I'm watching you!
[12:46] <sitter> Riddell: http://paste.ubuntu.com/9916697/
[12:46] <sitter> I thought you fixed that?
[12:46] <Riddell> I can't remember if I backported it
[12:47] <sitter> apparently not
[12:48] <Riddell> new plasma-nm and networkmanager-qt up
[12:48] <sitter> something depends on libkf5filemetadata2 :S
[12:48] <Riddell> sitter: noo! use emacs mode!  control-a should go to the beginning of the line!
[12:49] <sitter> !!!!
[12:49] <soee> who should i ask nicely to add latets kdetelepathy widgets to vivid ?
[12:50] <sitter> there must be a dodgy conflicts/breaks somewhere
[12:50] <sitter> otherwise that makes no sense
[12:50] <kfunk> Riddell: can't this be fixed for <15.04?
[12:50] <Riddell> kfunk: kdevelop? I'm doing it for 15.04 now and can do updates as needed
[12:51] <kfunk> awesome. 
[12:51] <kfunk> would be nice if this could go down 14.04 at least
[12:51] <Riddell> soee: good question, I think there's no release of kdetelepathy for kf5 and I think telepathy-qt is needing an update which is blocked on canonical patches
[12:52] <soee> Riddell: i asked about in on #plasma and mck182 said tehy are ready but not released uet or something
[12:52] <soee> *yet
[12:53] <soee> so i thought they need only packaging
[12:53] <Riddell> released->telepathy-qt unblocked-> packaged
[12:53] <Riddell> but it could be done in a PPA by a keen young packager at least
[12:53] <soee> ;-)
[12:55] <sitter> ah ah
[12:55] <sitter> Riddell: kscreen is missing xD
[12:55] <sitter> I think I actually staged that yesterday though
[12:56] <sitter> kscreen, kcm-touchpad and user-manager moving to backports
[12:57] <Riddell> does that affect the full-upgrade ?
[13:01] <sitter> Riddell: rating wise I guess
[13:02] <sitter> the problem is that kfilemetadata&baloo tie heavily into plasma-workspace which wants libkscreen6, libkscreen5 is needed by kscreen though and kscreen is depended/recommended by p-w and probably also kubunty-plasma5-desktop giving it a higher rating
[13:02] <Riddell> ah I see
[13:02] <Riddell> worth a shot
[13:02] <sitter> apt output is always very cryptic, I never know what the numbers are so that is the best guess I have ^^
[13:04] <sitter> at any rate it has to do with dep tree balance since you basically have two complex resolution branches in the tree where one contains filemetadata and the other kscreen and one branch outweighs the other for various reasons so that's the branch apt would take to resolve the conflict
[13:04] <sitter> in upgrade mode it would probably just hold both branches
[13:05] <sitter> ah well, apparently not good enough yet
[13:17]  * sitter scratches head
[13:17] <sitter> Riddell: can you take a look the baloo control
[13:17] <sitter> Conflicts: baloo, baloo-kf5 (<= 4:4.97.0-0ubuntu1~ubuntu14.10~ppa5)
[13:17] <sitter> Replaces: baloo-kf5 (<= 4:4.97.0-0ubuntu1~ubuntu14.10~ppa5)
[13:17] <sitter> unless I am missing something baloo-kf5 conflicts itself
[13:20] <sitter> Riddell: also, is blaoo not uploaded yet or have you not pushed the release commits?
[13:22] <sitter> proposed solution: http://paste.ubuntu.com/9917219/ <- baloo-kf5(5.6.0) conflicting itself(<=4:4.97) is a self-conflict due to to the poch; also the xapian thing there is just rubbish as we will at some point end up wiht soversion5...
[13:29] <sitter> Riddell: I uploaded a monkey patched backport to staging to see where that gets us
[13:35] <sitter> still didn't help
[13:42] <sitter> Riddell: I am a bit out of ideas, gotta take a coffee break
[13:53] <Riddell> pinging mvo
[14:00] <soee> Riddell: where should i report dolphin bugs ? there is a problem with places added to panel - sometimes are gone sometimes one will go back ... :)
[14:01] <cyphermox> hey Riddell ;)
[14:01] <Riddell> soee: I heard that one being discussed, it might be one that d_ed was looking at (or it might not)
[14:02] <soee> d_ed: ping
[14:03] <Riddell> but it's probably an issue with dolphin so bugs.kde.org, I think dolphin used to share that code with kdelibs but not any more
[14:03] <Riddell> cyphermox: looks like plasma-nm is building away now
[14:03] <cyphermox> ok good
[14:03] <Riddell> sitter: bit of a non-reply about telepathy-qt there :(
[14:04] <sitter> grab a revert hammer :P
[14:05] <cyphermox> Riddell: there's still a bunch of stuff to unblock before things will travel from the magical land of proposed into the real world, but I'm working on it
[14:08] <sitter> Riddell: I just realized, kfilemetadata-data uses conflicts where it should use breaks
[14:08] <sitter> given that conflicts is the highest priority negative relationship that might well be what breaks resolution
[14:08] <Riddell> sitter: oh?
[14:09] <d_ed> soee: ooh!
[14:09] <sitter> there's really only one case where conflicts is called for and that's when two packages cannot ever be installed at the same time
[14:09] <d_ed> do you know what you did that made the sidebar go away?
[14:09] <sitter> like ever, in no conceivable scenario
[14:09] <soee> d_ed: not sidebar, i just added shortcuts to few places liek Video, Images etc.
[14:09]  * sitter uploads a monkey fix for testing
[14:09] <soee> after logout or reboot they are gone often
[14:09] <soee> sometimes one will go back
[14:10] <soee> so in the end the default only stays available liek root folder, trash, network
[14:11] <sitter> Riddell: btw, I think the armhf builds on next-staging should go away
[14:11] <sitter> they are non-representitive and we don't care and Quintasan doesn't do anything with them either
[14:13] <Riddell> sitter: I agree, there was a guy who popped into the channel and asked for them but he's not come back
[14:16] <sitter> Riddell: I seem to recall it was Quintasan or maybe I am mistaken
[14:16] <sitter> anywho, the virtualized arm fails too often for frameworks
[14:16] <Riddell> yep, it's useless
[14:17] <Riddell> sitter: https://answers.launchpad.net/launchpad/+question/261339
[14:18] <sitter> still no luck with kfilemetadata
[14:19] <Riddell> sitter: I pinged mvo but no response yet
[14:20] <sitter> I suppose we could try moar debug xD
[14:20] <d_ed> soee: I need some extra hint on when they disappear
[14:20] <d_ed> I've added a folder and rebooted twice
[14:21] <sitter> http://paste.ubuntu.com/9918019/
[14:21] <sitter> :O
[14:22] <soee> d_ed: ill try to do some tests at home, but today im out till midnight, so tomorrow and ill contact you
[14:22] <d_ed> perfect
[14:22] <d_ed> thanks
[14:23] <sitter> kscreen also has a conflicts
[14:23] <sitter> oh my
[14:28] <soee> there is one package held back in vivid updates: libkwin4-effect-builtins1
[14:28] <sitter> Riddell: maybe we should just make a transitional package for kfilemetadata2
[14:28] <sitter> that way it shouldn't trip over it at all
[14:29] <Riddell> sitter: maybe, although it sounds improper and shouldn't be needed
[14:29] <sitter> well
[14:29] <sitter> the fact that data was in the lib also wasn't proper ;)
[14:30] <R33D3M33R> Hi, what is the 15.04 KF5 translation status? I upgraded from 14.10 to 15.04 and a lot of things that should be translated are not.
[14:31] <Riddell> R33D3M33R: it's on my todo list and I started on it but not finished yet
[14:31] <R33D3M33R> ah, ok, no problem then
[14:31] <Riddell> kf5 itself is all done, it's the kde applications that I need to update
[14:32] <soee> Riddell: P5.2 for utopic will be availabel through kubuntu-next ppa right ?
[14:33] <Riddell> soee: kubuntu-ppa/next-backports
[14:33] <Riddell> soee: it includes an update to qt so wedidn't want to make it magically avaialble without people adding it explicitly
[14:34] <Riddell> soee: it's already there if you feel the desire to test but we're working out why it won't do a smooth upgrade
[14:35] <sitter> here's a curious observation: if I manually want to install metadata3 it will do exactly the same as installing -data or removing data2, BUT it will also install qttranslations5-l10n
[14:36] <sitter> Riddell: did you backport the kio stuff yet?
[14:36] <sitter> it's annoying
[14:37] <soee> Riddell: i have not utopic installed but a lot of people is asking about it
[14:38] <Riddell> sitter: if I do kio I can't do kdevelop and the kfunk cries 
[14:41] <sitter> this way I cry!
[14:42] <Riddell> yeah but crying kfunk is more scary than crying sitter 
[14:43] <shadeslayer> are you saying sitter isn't scary enough
[14:43] <shadeslayer> Riddell: btw how was the calçot festival
[14:43] <yofel> that's debatable. Depends on how much wine you give him while he has to wait
[14:44] <Riddell> oh hi shadeslayer, the calcot festival was both wonderful and truly insane, I like onions but these people take it to whole new levels
[14:44] <sitter> Riddell: I really think we should just transition
[14:44] <shadeslayer> Riddell: define new levels
[14:44] <_Groo_> Riddell: shouldi move to next-backports? or stick with ci?
[14:44] <Riddell> shadeslayer: we also went on a street art tour of ravel, did you know there's game of thrones artwork 20m from your street?
[14:44] <Riddell> sitter: transition what?
[14:44] <_Groo_> Riddell: what i want to know is where are the 14.12 to utopic
[14:44] <shadeslayer> there's a what :O
[14:44] <shadeslayer> Riddell: where?
[14:44] <Riddell> _Groo_: depends on what you want to achieve
[14:45] <shadeslayer> which direction?
[14:45] <sitter> Riddell: add a translitional package from kfilemetada2 to kfilemetadata3&kfilemetadata-data
[14:45] <_Groo_> Riddell: well ci is the cutting edge right?so ill stick to that
[14:45] <_Groo_> Riddell: but ci doesnt have 14.12 apps correct?
[14:45] <Riddell> sitter: if you think that's sane and easiest sure
[14:45] <sitter> this is a giant waste of time
[14:46] <sitter> and given that all packages I look at use conflicts where they shouldn't use conflicts I am very content to assume that the problem is not in either baloo or filemetadata but some other thing that has a dodgy relationship
[14:46] <sitter> Riddell: what's to be backported for the kio thing?
[14:47] <Riddell> sitter: just kio-mtp no?
[14:47] <sitter> you tell me?
[14:47] <Riddell> sitter: just kio-mtp
[14:47] <_Groo_> Riddell: yes, kio-mtp is still broken with the new kio-extras
[14:48] <_Groo_> btw just buged the kde devs, to fixed bugs incoming
[14:48] <Riddell> _Groo_: in utopic or vivid?
[14:48] <_Groo_> https://bugs.kde.org/show_bug.cgi?id=343455
[14:48] <_Groo_> utopic
[14:48] <_Groo_> https://bugs.kde.org/show_bug.cgi?id=343450
[14:48] <_Groo_> this one is nasty
[14:48] <_Groo_> but they could reproduce it, and it should be fixed soon
[14:48] <sitter> Riddell: and why is baloo not marked released in git?
[14:50] <Riddell> sitter: where?
[14:50] <sitter> in git vivid_archive
[14:50] <sitter> in the changelog file
[14:50] <sitter> it says UNRELEASED
[14:50] <soee> teh utopic backports: [15:43] <alvin> baloo-kf5 libkf5filemetadata-bin plasma-desktop-data have been kept back.
[14:51] <yofel> we know
[14:53] <shadeslayer> hah, I can type € and £ now
[14:53] <shadeslayer> yay
[14:53] <shadeslayer> <3 the compose key
[14:54] <Riddell> shadeslayer: not ₹?
[14:54] <Riddell> sitter: script failure?
[14:54] <shadeslayer> hmm, not sure how that would work
[14:54] <sitter> Riddell: how shitty a script is that?
[14:54] <yofel> the script should not fail, and if it fails you shouldn't be ignoring that..
[14:55] <sitter> #humanfail
[14:55] <yofel> pebkac as usual ^^
[14:55] <sitter> Riddell: that kio-mtp solution seems very not right now
[14:56] <sitter> a) the translations catalogs of the kdelibs4 versionand the kf5 version don't need to be the same b) because of a the kf5 version should have a different catalog name upstream
[14:56] <shadeslayer> Riddell: I can do ₨
[14:57] <Riddell> shadeslayer: old school, all the cool currencies have symbols now
[15:06] <Riddell> kfunk: ok uploaded for 14.10 and 14.04.  It will need approval by ~ubuntu-sru then it'll need testing and verifying then 1 week later it can go into -updates.  ScottK ping on sru approval love for bug 1415451
[15:20] <sitter> the publisher delay :@
[15:21] <Riddell> sitter: the upload of qtwebkit ~ppa10 disappeared between next-staging and utopic-qt54, I've uploade dto utopic-qt54 again
[15:21] <Riddell> sitter: then I can look at qtquick
[15:22] <sitter> Riddell: you could have just copied 
[15:23] <sitter> chances are it's not deleted for good in staging
[15:24] <sitter> interestingly enough they are all ppa1
[15:26] <sitter> qtquick1 is still missing...
[15:27] <Riddell> sitter: qtwebkit disappeared
[15:28] <sitter> it probably just wasn't copied
[15:29] <sitter> and wtf, it still wants to remove kio-mtp
[15:29] <sitter> well fml
[15:30] <sitter> -Replaces: kio-mtp (<< 0.75+git20140304-1ubuntu1)
[15:30] <sitter> -Breaks: kio-mtp (<< 0.75+git20140304-1ubuntu1)
[15:30] <sitter> +Replaces: kio-mtp (<< 0.75+git20140304-1ubuntu1~)
[15:30] <sitter> +Breaks: kio-mtp (<< 0.75+git20140304-1ubuntu1~)
[15:30] <sitter> see what I did there? :S
[15:30] <Riddell> clever
[15:34] <sitter> Riddell: baloo still not pushed in git
[15:34] <sitter> neither is filemetadata
[15:37] <yofel> my .xsession-errors is 16GiB @_@
[15:37] <Riddell> mm ok
[15:37] <sitter> because no one bothered to patch the intel driver
[15:38] <Riddell> yofel: libxext bug?
[15:38] <yofel> I'm on nvidia... "kwin_core: 0x20084: Texture state usage warning: Waste of memory: Texture 0 has mipmaps, while its min filter is inconsistent with mipmaps."
[15:38] <Riddell> https://launchpad.net/bugs/1400730
[15:38] <Riddell> sitter: kfilemetadata and baloo pushed
[15:39] <yofel> nah, none of the libext stuff, but that kwin warning around 10x per second
[15:41] <yofel> let me try to install 5.2 and reboot. Maybe that'll help
[15:49] <yofel> vivid doesn't like kwin currently:
[15:49] <yofel> The following packages will be REMOVED:
[15:49] <yofel>   kubuntu-desktop kwin kwin-data libkwin4-effect-builtins1 libkwinglutils5 libmuonprivate2 libqapt2-runtime muon-installer
[15:50] <sitter> publisher hell
[15:50] <sitter> Riddell: filemetadata and kio-extras should be publishing in backports at some point
[15:50] <sitter> if it's still broken simply add a transitional package to metadata and the upgrade should be fine
[15:50] <yofel> nah, I can upgrade it fine if I run "apt install kubuntu-desktop kwin"
[15:50] <sitter> http://paste.ubuntu.com/9919272/
[15:51] <sitter> ^ transitional package diff
[15:51]  * sitter out
[15:51] <Riddell> yofel: plasma-desktop still to get into -release maybe that'll make things happier
[15:52] <yofel> ah, maybe
[15:55] <yofel> *sigh*, it would be kind of nice if at least the session management would survive a plasma update so you don't need a terminal to reboot the system -.-
[15:59] <Riddell> sweet, sitter's fixed work for utopic full-upgrade
[15:59] <Riddell> !testers | kubuntu plasma 5 backports 
[15:59] <Riddell> in ~kubuntu-ppa/next-backports
[16:00] <sgclark> don't have a utopic build anywhere :(
[16:00] <BluesKaj> Riddell, I take it this is for 14.10
[16:01] <yofel> great, upgraded to 5.2 and now my font settings are messed up o.O
[16:01] <BluesKaj> err assume in other words
[16:01] <yofel> either the rendering changed or something is overriding the hinting setting
[16:03] <yofel> and something deleted my xorg.conf again, this is getting annoying
[16:04] <Riddell> BluesKaj: yep
[16:05] <sgclark> Riddell: any packages without time constraints for me to work on to get back into the swing of things?
[16:05] <Riddell> sgclark: kde applications includes some updates that are not versioned 14.12
[16:06] <Riddell> sgclark: kdepim* http://download.kde.org/stable/applications/14.12.1/src/
[16:07] <BluesKaj> I'm still waiting for more graphical options for plasma 5 like themes and VD backgrounds that can be set individually and widgets that we used to have in plasma 4 that I liked like the icon only taskbar etc...but there doesn't seem to be much attention being paid to these effects 
[16:07] <sgclark> Riddell: not sure what you are asking me to do
[16:07] <Riddell> sgclark: package the updates of the kdepim* packages
[16:07] <sgclark> Are they suppose to be 14.12 or ?
[16:07] <Riddell> sgclark: no they're bugfixes only so they keep their 4.x versions
[16:08] <Riddell> sgclark: and they didn't get an update when we did 14.12
[16:08] <sgclark> kk, Riddell: on it!
[16:08] <Riddell> sgclark: so I guess they're still in launchpad bzr and should get moved to debian git for packaging
[16:08] <sgclark> right, they are still doing the kf5 port
[16:08] <sgclark> hmm
[16:09] <sgclark> not sure I remember how to do that if I ever did
[16:09] <Riddell> sgclark: make a new git repository on the debian server, mirror the old one into it, I think
[16:10]  * sgclark has no idea how to mirror things in git
[16:11] <yofel> create a new repo on git.debian.org, pull from the old remote location, push to the new one
[16:11] <sgclark> do like we did when we created applications from 4.x ? cp from debian to new repo?
[16:12] <sgclark> yofel: ok got that, thanks!
[16:13] <yofel> IIRC at least. With just copying you had to update the CI stuff by hand
[16:14] <yofel> meh, plasma-workspace shows up as published on launchpad but actually isn't :S
[16:16] <Riddell> published is only an internet archive mirror I think, something it still needs something else to run to reach the archive.ubuntu.com mirror, and then other mirrors will take longer
[16:17] <yofel> right, it's in no pocket on archive.ubuntu.com, which can happen but is annoying when it does :/
[16:18] <yofel> ok, fixed my hinting
[16:27] <yofel> hm, plasma doesn't try to fix the favorite entries in kickoff if the desktop file locations change
[16:29] <yofel> on second thought, that's probably right
[18:18] <shadeslayer> tar sure has consistently shit formatted code
[20:02] <Riddell> yay utopic backports working for me and vqez, I'll announce
[20:08] <Riddell> http://www.kubuntu.org/news/plasma-5.2 ta da
[20:11] <genii> heh
[20:11]  * Riddell out
[20:27] <mparillo> Plasma 5.2 is available on the development release and 14.10 in the first paragraph and 14.04 LTS in the PPA section. All three?
[22:59] <HmpfCBR> hi, I think there are one or two errors in the annoncement http://www.kubuntu.org/news/plasma-5.2 to the end it mentions 14.04LTS and the two commands add different ppas. Or do I missunderstand it?
[23:03] <claydoh> Oh, there is a mistake in there, for sure.  the top line is the correct one, there is noe plasma 5 for 14.04
[23:04] <claydoh> it also implies that you have to get 5.2  for Vivid via a ppa as well, which I think is incorrect
[23:04] <claydoh> Riddell:  ^^^ or someone who can edit the announcement
[23:45] <valorie> Riddell: yofel, sgclark, shadeslayer, sitter ^^^
[23:46] <shadeslayer> hmm
[23:46] <shadeslayer> let me see
[23:46] <valorie> that needs to be fixed or #kubuntu will start to 'splode
[23:47] <sgclark> hmm yes that would end badly
[23:47] <sgclark> me thinks a copy paste gone bad
[23:47] <yofel> right, that post is only half-edited..
[23:47] <yofel> shadeslayer: you fixing it?
[23:48] <shadeslayer> I'm trying to find how one fixes that 
[23:48] <shadeslayer> :P
[23:48] <shadeslayer> because I don't remember
[23:48] <yofel> use le konqueror
[23:48] <sgclark> have to use konq.. yeah
[23:48] <shadeslayer> don't have 90's tech
[23:49] <yofel> ah, I'm in
[23:49] <sgclark> woot
[23:49] <yofel> let me fix the worst at least
[23:49] <shadeslayer> yay
[23:50] <valorie> woooo, thank you
[23:50] <valorie> sorry for the pingall, but I have not clue who has keys 
[23:51] <shadeslayer> the entire process of using 90's tech to fix news announcements is brainfuck
[23:51] <yofel> done, someone please recheck that
[23:54] <valorie> looks correct to me, yofel
[23:55] <yofel> k
[23:55] <valorie> and the command works; I just added the repo successfully
[23:55] <valorie> will test the upgrade in a bit
[23:57] <yofel> I'm off, if you find issues best ping harald so he can fix things tomorrow