[02:15] <ahoneybun_> who do you have to talk to about sponsorship for Akademy?
[04:37] <valorie> ahoneybun_: you apply to canonical
[04:41] <valorie> community.ubuntu.com/help-information/funding/
[07:33] <kubotu> ::workspace-bugs:: [1323274] Restore Debian's init.d script for insserv compatibility @ https://bugs.launchpad.net/bugs/1323274 (by Martin Pitt)
[07:44] <jussi> Riddell: pingle
[07:44] <jussi> Riddell: please pm when you can
[08:02] <Riddell> jussi: morning
[08:23] <apachelogger> debian bug 645440
[08:23] <apachelogger> hm
[08:25] <apachelogger> http://quickgit.kde.org/?p=polkit-kde-agent-1.git&a=commit&h=d66f8e03ebdf7b57c46ecbac30290e65b5a15d86
[08:34] <kubotu> ::workspace-bugs:: [1323274] Restore Debian's init.d script for insserv compatibility @ https://bugs.launchpad.net/bugs/1323274 (by Martin Pitt)
[09:31] <shadeslayer> yofel: any news on that kdeconnect SRU
[09:31] <yofel> I forgot, sorry :(
[09:32] <shadeslayer> np
[09:32]  * shadeslayer logs out from neon
[09:35] <kubotu> ::workspace-bugs:: [1323274] Restore Debian's init.d script for insserv compatibility @ https://bugs.launchpad.net/bugs/1323274 (by Martin Pitt)
[09:37] <apachelogger> oh, a wild shadeslayer appeared
[09:38]  * shadeslayer swishes his cloak and disappears
[09:45] <yofel> it escaped
[09:45] <shadeslayer> :>
[09:49] <shadeslayer> ScottK: https://bugs.launchpad.net/ubuntu/+source/kdeconnect/+bug/1319365
[09:56] <shadeslayer> Quintasan: https://bugs.launchpad.net/ubuntu/+source/usb-creator/+bug/1289026
[09:57] <shadeslayer> I fixed ye crash
[10:10] <shadeslayer> apachelogger: https://trello.com/c/b72xiNc6
[10:10] <shadeslayer> where be this magical branch
[10:10] <shadeslayer> also, are we continuing with python
[10:12]  * shadeslayer throws a octopus at spotify for spamming me with notifications
[10:19] <BluesKaj> ;
[10:19] <BluesKaj> 'Morning all
[10:23] <apachelogger> shadeslayer: lp:~apachelogger/software-properties/rip
[10:23] <apachelogger> it's nowhere near usable, it's basically what I did to find the issues with the present code 
[10:24] <apachelogger> it's pretty much removing the entire wiring between UI and code IIRC
[10:25] <apachelogger> and replicating parts of what the gtk thing looks like
[10:26] <apachelogger> Quintasan: where are we on sddm?
[10:28] <shadeslayer> apachelogger: fwiw I think the init scripts need fixoring
[10:29] <shadeslayer> which I shall do today/tomorrow
[10:29] <shadeslayer> also, pid support is missing
[10:29] <apachelogger> shadeslayer: of sddm?
[10:29] <shadeslayer> *pid file
[10:29] <shadeslayer> https://github.com/sddm/sddm/pull/148
[10:29] <shadeslayer> apachelogger: yes
[10:31] <apachelogger> shadeslayer: isn't start-stop writing the pid?
[10:32] <shadeslayer> nope
[10:32] <apachelogger> not very fancy
[10:32] <shadeslayer> not afaik
[10:32] <shadeslayer>        -p, --pidfile pid-file
[10:32] <shadeslayer>               Check whether a process has created the file pid-file. Note: using this matching option alone might cause unintended processes to be acted on, if the old process terminated without being able to remove the pid-file.
[10:33] <apachelogger> fair enough
[10:33] <apachelogger> shadeslayer: maybe just don't care and write a systemd unit instead ^^
[10:33] <shadeslayer> heh well
[10:33] <shadeslayer> does utopic use systemd yet
[10:34] <shadeslayer> I saw pitti doing thingums
[10:34] <shadeslayer> but idk if there's a switch planned yet
[10:34] <apachelogger> no, my point is if it works well enough it is good enough until systemd lands :P
[10:34] <shadeslayer> okay
[10:34] <shadeslayer> also
[10:34] <shadeslayer> I need to blog
[10:34] <apachelogger> so any time spent on making the sysvinit script perfect IMO is time wasted in the end
[10:34] <shadeslayer> so much stuff to do!
[10:34] <shadeslayer> true
[10:34] <yofel> I think they're working on the switch, but for now they're restoring sysvinit compatibility
[10:38] <kubotu> ::workspace-bugs:: [1323274] Restore Debian's init.d script for insserv compatibility @ https://bugs.launchpad.net/bugs/1323274 (by Martin Pitt)
[10:48] <ghostcube> urgs systemd 
[12:04] <santa_> Riddell: apparently you forgot to upload to bzr the debian/*.install files to the kf5 kdnss
[12:04] <santa_> s/kdnss/kdnssd/
[12:04] <kubotu> santa_ meant: "Riddell: apparently you forgot to upload to bzr the debian/*.install files to the kf5 kdnssd"
[12:07] <ScottK> shadeslayer: Did kdeconnect get verified?  Last I checked, it wasn't.
[12:37] <Riddell> santa_: it's at bzr+ssh://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/kdnssd-kf5/ and it has three .install files in it
[12:40] <sgclark> Anyone available to help me with this debian merge diff  http://paste.ubuntu.com/7529015/ 
[12:41]  * Riddell looks
[12:41] <Riddell> sgclark: which is which?
[12:42] <sgclark> line one states which is kubuntu
[12:42] <santa_> Riddell: oh. it seems you have 2 bzrs for kdnssd kf5 based? http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/kdnssd http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/kdnssd-kf5/
[12:42] <Riddell> sgclark: but go with whatever is in debian
[12:42] <sgclark> Riddell: ok, thanks!
[12:42] <Riddell> santa_: yep some packages we have to rename the source to as they have the same names in kdelibs4 land
[12:42] <Riddell> sgclark: .PHONY: override_dh_auto_test  this makes it not run dh_auto_test
[12:43] <sgclark> Riddell: also I want to verify, they have a eigen3 patch but we do not because eigen3 is available, do I keep or remove patch?
[12:43] <Riddell> +$(overridden_command) -V -- -c0  that makes it not stop on a symbols change
[12:43] <sgclark> ahhh thanks
[12:44] <Riddell> sgclark: I think we're trying to move from eigen 2 to eigen 3 so keep the patch, I seem to remember sending that to upstream and/or debian in the hope they'd pick it up but it might be a good idea to send a reminder
[12:45] <santa_> Riddell: jftr the one without the -kf5 contains kf5 stuff, but that's obsolete I guess, thanks again for the info
[12:47] <Riddell> santa_: or I pushed to the wrong place maybe
[12:47] <sgclark> Riddell: also, what is going on with baloo, it is holding me up on kf5 progress
[12:48] <Riddell> sgclark: needs someone to finish it off, if it's holding you up then you can go ahead and do that
[12:48] <santa_> I did build baloo, had to change a bit the ubuntu packaging
[12:48] <sgclark> Riddell: will do!
[12:49] <santa_> I can give you the changes if you want
[12:49] <Riddell> sgclark: seems source renamed to baloo-kf5 I guess (I can't think of a better name)
[12:49] <Riddell> santa_: please do
[12:49] <shadeslayer> ScottK: I verified it
[12:51] <santa_> sgclark: interesting for ubuntu, I have just completed the build depends
[12:52] <santa_> sgclark: http://paste.kde.org/pmo7pxh1o
[12:53] <santa_> btw what's the standard sources.list for a chroot to build kubuntus kf5 packages?
[12:54] <santa_> I tried to browse the documentation but got lost
[12:54] <Riddell> santa_: just the same as any other? deb http://gb.archive.ubuntu.com/ubuntu/ trusty main universe
[12:55] <santa_> + the ppa I guess
[12:55] <santa_> thanks
[12:55] <Riddell> and the qt5 ppa
[12:56] <sgclark> I am lost. Who is doing baloo? I was removed as a maintainer?
[12:56] <Riddell> sgclark: go ahead and take it back
[12:57] <santa_> sgclark: I'm working for a debian derivative - siduction, I'm porting kubuntus packages
[12:57] <santa_> and I would like to send some changes back to kubuntu, that's it
[12:57] <santa_> I don't have permissions to push to your bzr repos
[12:58] <santa_> sgclark: just check the build depends I added, that's the only change interesting for ubuntu :)
[12:59] <sgclark> ok thank you
[13:00] <santa_> sgclark: also if you are on the mood, I could create some bzr branches in launchpad with changes I would like to include in kubuntu and request you a merge
[13:01] <santa_> I have seen various things to fix
[13:01] <sgclark> santa_: ask Riddell about that
[13:01] <santa_> ok
[13:01] <Riddell> santa_: sure go ahead
[13:16] <shadeslayer> fooey
[13:16] <shadeslayer> Riddell: you uploaded 4.13.0 but forgot to update bzr
[13:18] <Riddell> oh, doh
[13:18] <Riddell> does that screw up lots of things?
[13:19] <shadeslayer> not really
[13:20] <shadeslayer> Riddell: or possibly just my fuck up
[13:20]  * shadeslayer needs coffee
[13:20]  * sgclark does as well
[13:24] <shadeslayer> yay
[13:24] <shadeslayer> https://jenkins.qa.ubuntu.com/view/Utopic/view/AutoPkgTest/job/utopic-adt-kde4libs/ARCH=amd64,label=adt/lastBuild/console
[13:24] <shadeslayer> though it fails
[13:24] <shadeslayer> but yay
[13:29]  * yofel notes that not updating bzr messes with the scripts - but that's about it
[13:30] <yofel> shadeslayer: IIRC we had another test related setting in pkg-kde-tools, not sure what that was about though
[13:30] <shadeslayer> yofel: oh?
[13:31] <yofel> remembered correctly:
[13:31] <yofel> qt-kde-team/1/debian-qt-kde.mk:    -DKDE4_BUILD_TESTS=false \
[13:31] <yofel> might mess with you
[13:33] <shadeslayer> I thought we used 2
[13:34] <yofel> oh right
[13:34] <shadeslayer> include /usr/share/pkg-kde-tools/qt-kde-team/2/debian-qt-kde.mk
[13:34] <shadeslayer> yep
[13:34] <yofel> for some reason I thought the count started at 0 -.-
[13:34] <ScottK> sgclark: maintainer and uploader only really matter in Debian. 
[13:34] <shadeslayer> :)
[13:45] <kubotu> ::workspace-bugs:: [1323274] Restore Debian's init.d script for insserv compatibility @ https://bugs.launchpad.net/bugs/1323274 (by Martin Pitt)
[14:13] <sgclark> Riddell: paste.ubuntu.com/7529641
[14:14] <shadeslayer> agateau: can you give me a link to your fancy KF5 graph
[14:14] <santa_> sgclark: the -dev package should depend on libkfilemetadata5 (= ${binary:Version})
[14:15] <agateau> shadeslayer: the big one?
[14:15] <shadeslayer> agateau: yes
[14:15] <shadeslayer> or just tier 1
[14:15] <santa_> sgclark: that's why it failed to build for me
[14:15] <agateau> shadeslayer: I don't have an up-to-date version of it right now
[14:15]  * agateau generates one
[14:15] <shadeslayer> aw
[14:16]  * shadeslayer sends cookies to agateau
[14:16] <agateau> shadeslayer: actually I have one from last week, is it good enough?
[14:16] <santa_> shadeslayer, agateau: in case you are interested https://gitorious.org/siduction-kde-kf5/the_graph
[14:16] <shadeslayer> agateau: yes
[14:16] <santa_> that one is more packaging-wise
[14:17] <santa_> an edge a ->b means b build depends on any of the binary packages of a
[14:17] <santa_> giving you the order in which you should build the packages
[14:18] <shadeslayer> sgclark: fwiw I'd suggest stopping on merges for today, I'm working out a plan so that we can get tests running again
[14:18] <shadeslayer> also, archive is broken
[14:18] <shadeslayer> so can't build packages anyway
[14:18] <agateau> shadeslayer: http://agateau.com/tmp/kf5.png
[14:18] <agateau> santa_: weird, how comes kapidox depends on kconfig and ki18n?
[14:18] <sgclark> shadeslayer: ok stopping!
[14:19] <shadeslayer> cheerio
[14:19]  * sgclark is real upset about
[14:19] <shadeslayer> hm?
[14:19] <shadeslayer> sgclark: upset about?
[14:19] <sgclark> it was a joke
[14:19]  * shadeslayer can't build packages because archive is kaput :(
[14:19] <santa_> agateau: just see the build depends
[14:20] <santa_> perhaps they are wrong, I don't know
[14:20] <agateau> santa_: where can I see those?
[14:20] <santa_> but that's what we have in the packaging
[14:21] <santa_> agateau: inspecting the debian/control file of kapidox
[14:21] <sgclark> shadeslayer: this doesn't affect kf5 stuff or does it?
[14:21] <shadeslayer> sgclark: probably does
[14:21] <sgclark> shadeslayer: oh ok
[14:23] <santa_> agateau: https://code.launchpad.net/kubuntu-packaging -> kapidox -> "browse the code"
[14:23] <shadeslayer> sgclark: see #ubuntu-devel
[14:24] <agateau> santa_: thanks. looks odd
[14:25] <agateau> Riddell: why does kapidox depend on kconfig, kjs and ki18n?
[14:25] <santa_> agateau: btw it's done by hand, it may have mistakes. I would write an script to do it automatically but I didn't get enough time
[14:26] <santa_> so allways check the control files when you are in doubt
[14:26] <agateau> santa_: I am not a packager
[14:27] <santa_> ah, ok
[14:27] <santa_> but you are a kde developer aren't you?
[14:27] <Riddell> agateau: it only Depends: python
[14:27] <santa_> your name sounds familiar to me somehow
[14:27] <agateau> Riddell: oh, that's build-depends
[14:28] <shadeslayer> Riddell: have you thought about collaborating with Debian on KF5
[14:28] <Riddell> agateau: oh yes, looking..
[14:29] <Riddell> shadeslayer: yes, they're all aware that we're packaging it, I've been asking their advice whenever I'm unsure to make sure the packages are useful, they have nobody able to spend time on it for now but I really hope they take our kf5/plasma next packages when they do get onto it
[14:29] <shadeslayer> alrighty
[14:31] <Riddell> sgclark: I do have /usr/lib/x86_64-linux-gnu/libkfilemetadata.so.4.97.0
[14:31] <Riddell> sgclark: it's part of libkfilemetadata5
[14:32] <Riddell> sgclark: I guess I just didn't fix the version number before releasing 4.96.0, naughty upstream riddell
[14:33] <sgclark> Riddell: ok
[14:37] <santa_> well, the version is wrong, but still the -dev package misses a depend on libkfilemetadata5
[14:42] <Riddell> agateau: yep, unneeded, removed
[14:43] <agateau> Riddell: thanks
[14:57] <shadeslayer> apachelogger: ping
[14:57] <apachelogger> shadeslayer: pong
[14:58] <shadeslayer> apachelogger: got anything for me, not archive related
[14:58] <apachelogger> software-properties? :P
[14:58] <shadeslayer> uh yeah about that
[14:58] <Riddell> test utopic images? I've not looked at them at all
[14:59] <shadeslayer> nothing interesting there?
[14:59] <apachelogger> shadeslayer: talk to cj about isos with ppas?
[15:00] <shadeslayer> apachelogger: new stuff isn't deployed yet
[15:00] <shadeslayer> (AFAIK)
[15:00] <apachelogger> shadeslayer: write up a wiki page on how to pull of the workspace migratin ... what to watch out for, general overview of the plan and stuff
[15:00] <shadeslayer> plus he's probably in malta, sprinting
[15:00] <apachelogger> patch review
[15:00] <apachelogger> figure out qapt i18n
[15:00] <shadeslayer> I hate patch review :<
[15:01] <apachelogger> port qapt to qt5
[15:01] <shadeslayer> oh
[15:01] <shadeslayer> could do that 
[15:01] <apachelogger> repoke blocked cards
[15:01] <shadeslayer> apachelogger: did some of that
[15:01] <apachelogger> figure out a way to upstream the gwenview on demand plugin install
[15:01] <apachelogger> actually
[15:02] <shadeslayer> apachelogger: how do you propose doing that
[15:02] <apachelogger> I was recently thinking... perhaps instead of patching gwenview we should make a kipi plugin
[15:02] <apachelogger> that handles the install
[15:02] <shadeslayer> so meta
[15:02] <apachelogger> that way aaaaaaaaallllllllll kipi enabled applications will by default have an actual entry in their listing (assumign they have one) which allows ondemand installation
[15:05] <shadeslayer> rigt
[15:12] <sgclark> Riddell: so I am still stuck with baloo, adding libkfilemetadata5 as a depend to -dev did nothing. Are you fixing libkfilemetadata5?
[15:15] <shadeslayer> apachelogger: so, plugins are in categories, how do plan to deal with that
[15:15] <shadeslayer> http://api.kde.org/4.x-api/kdegraphics-apidocs/libs/libkipi/libkipi/html/classKIPI_1_1Plugin.html
[15:20] <Riddell> sgclark: it just doesn't compile?
[15:20] <sgclark> Riddell: correct, gets stuck on configure
[15:21] <Riddell> sgclark: do you have libkfilemetadata5-dev installed?
[15:21] <sgclark> Riddell: yes
[15:21] <Riddell> hmm, let me try on a new chroot
[15:21] <Riddell> no problems on my local system but who knows what I have installed here
[15:21] <sgclark> ok
[15:22] <santa_> sgclark: same error as before :S ?
[15:22] <sgclark> santa_: yes
[15:22] <shadeslayer> apachelogger: thoughts?
[15:29] <santa_> Riddell: I'm setting up a chroot and ppa to make a custom build of the packages targeted to trusty and thus fix some things I have found. I have uploaded a package but it just doesn't show up in my ppa
[15:29] <santa_> are unsigned uploads allowed?
[15:30] <Riddell> santa_: no launchpad will need uploads to be signed
[15:31] <santa_> that must be the problem then
[15:36] <Darkwing> Riddell: Do you know anyone on the Debian KDE team?
[15:38] <Riddell> sgclark: ah hah, libkfilemetadata5-dev does not depend on libkfilemetadata5
[15:38] <Riddell> sgclark: so install libkfilemetadata5 and it should be fine, I'll fix the packaging
[15:38] <Riddell> Darkwing: svuorela is one of the longest standing dudes
[15:39] <Darkwing> Okay, 
[15:39] <Darkwing> thanks. :D
[15:42] <sgclark> Riddell: yup that fixed it, thank you
[15:42] <Riddell> fixed kfilemetadata5 uploaded
 sgclark: ah hah, libkfilemetadata5-dev does not depend on libkfilemetadata5
[15:43] <santa_> that's what I said, I tought you already tried that :)
[15:46] <sgclark> santa_: added as a depend in the -dev not the build depend, that was the confusion. Fixed ow though. thanks
[15:47] <santa_> ah, ok lol
[15:48] <santa_> Riddell: wrt my ppa I have added my pgp key in launchpad and tried to upload a signed package, is that enough?
[15:48] <santa_> it doesn't show up yet
[15:49] <yofel> should be enough, at least you now should get emails about what happend to the upload
[15:49] <shadeslayer> sgclark: things should be good to go
[15:49] <shadeslayer> sgclark: and try enabling tests again
[15:49] <shadeslayer> and see if they work
[15:49] <shadeslayer> yofel: Riddell ^^
[15:50] <Riddell> shadeslayer: what what?
[15:51] <shadeslayer> Riddell: KDE 4 merges, please start running tests via autopkgtest :)
[15:51] <shadeslayer> I think https://launchpad.net/ubuntu/+source/kde4libs/4:4.13.0-0ubuntu4 onwards you should be able to run tests
[15:52] <santa_> yofel: ah, ok, got the mail this time, it says "Source/binary (i.e. mixed) uploads are not allowed." what I should be uploading? only source? does the ppas have buildds to build the stuff automatically?
[15:52] <yofel> santa_: yes and yes
[15:53] <yofel> you can only upload source, binaries aren't allowed
[15:53] <santa_> great
[15:53] <Riddell> shadeslayer: is that the new-ish debian packaging testing method?
[15:54] <shadeslayer> yes
[15:54] <yofel> you can see what they're doing on https://launchpad.net/builders if you ever feel that your upload is stuck in the queue
[15:56] <Riddell> hmm, looks scary http://anonscm.debian.org/gitweb/?p=autopkgtest/autopkgtest.git;a=blob_plain;f=doc/README.package-tests;hb=HEAD
[15:56] <Riddell> shadeslayer: could you send an e-mail with a summary about it to the mailing list?
[15:56] <Riddell> seems like something we all should know about
[16:00] <Darkwing> Riddell: what kernel are you guys using?
[16:01] <Darkwing> Want to return to Kubuntu but need the updates added to 3.14 :/
[16:01] <Darkwing> For my laptop. 
[16:02] <Riddell> Linux gallus 3.13.0-24-generic  says my computer running trusty
[16:02]  * Darkwing grumbles
[16:02] <Riddell> 3.15 says utopic
[16:03] <Riddell> live on the edge Darkwing http://cdimage.ubuntu.com/kubuntu/daily-live/20140527/
[16:03] <santa_> yofel: https://launchpad.net/~panfaust/+archive/kubuntu-kf5-experiments/+build/6045379 \o/ thanks for the help
[16:03] <yofel> 3.13 on my T440 here (without a wireless driver which will probably  be in 3.16)
[16:05] <Darkwing> bingo. looks like the fix was released 3 days ago lol
[16:05] <Darkwing> I have a 2nd gen Carbon with the adaptive function row
[16:05] <Riddell> sounds like a funky keyboard
[16:05] <Darkwing> Took some time to get used to but, I like it.
[16:07] <Darkwing> The only things I've had a hard time with the keyboard is the ~ key is in between the right Alt and Ctrl
[16:07] <Darkwing> and the Home . End keys replaced Caps Lock
[16:07] <Darkwing> double tap left shift for caps lock
[16:08]  * Riddell out
[16:15] <santa_> sgclark: where is the ppa for qt5 which I presume you are using to build your packages?
[16:17] <sgclark> santa_ ppa:canonical-qt5-edgers/canonical-qt5-edgers
[16:25] <santa_> sgclark: so the sources.list line is? I'm familiar with *.deb packaging but I get lost easily with the ubuntu specific stuff
[16:28] <santa_> https://launchpad.net/~canonical-qt5-edgers
[16:29] <santa_> seems it should be this one https://launchpad.net/~ubuntu-sdk-team/+archive/ppa ?
[16:30] <shadeslayer> apachelogger: https://bugs.launchpad.net/launchpad/+bug/1247461
[16:32] <santa_> sgclark: oh, in any case it seems it's not being used by your ppa buildds https://launchpadlibrarian.net/176417921/buildlog_ubuntu-trusty-amd64.kfilemetadata5_4.96.0-0ubuntu1~ubuntu14.04~ppa3_UPLOADING.txt.gz
[16:33] <santa_> so I won't use it either for now
[16:57] <shadeslayer> yofel: what's with https://trello.com/c/2rCE8EoT
[17:15] <santa_> sgclark: hey I'm wondering why you are not hitting this https://launchpad.net/~panfaust/+archive/kubuntu-kf5-experiments/+build/6045478/+files/buildlog_ubuntu-trusty-amd64.kcoreaddons_4.99.0-0ubuntu1_FAILEDTOBUILD.txt.gz
[17:15] <santa_> I tought it would be a siduction specific thing
[17:15] <santa_> I had to change a lot of packages because of that
[17:22] <shadeslayer> install file looks wrong
[17:22] <shadeslayer> santa_: -- Installing: /build/buildd/kcoreaddons-4.99.0/debian/tmp/usr/lib/x86_64-linux-gnu/qt5/mkspecs/modules/qt_KCoreAddons.pri
[17:22] <shadeslayer> so fix the install file I guess
[17:23] <santa_> shadeslayer: yeah, I know how to fix it, but I'm wondering why you (apparently) didn't hit it
[17:23] <santa_> can any of you confirm you can reproduce the issue?
[17:24] <santa_> if yes, there's a lot of packages to adjust
[17:26] <shadeslayer> possibly something in Qt changed?
[17:27] <santa_> maybe, I'm using whatever is available in trusty
[17:28] <shadeslayer> dunno
[17:28] <shadeslayer> anyway, I'm done
[17:28] <shadeslayer> cya tomorrow
[17:28] <santa_> and for siduction debian sid's qt
[17:28] <santa_> shadeslayer: bye
[17:36] <yofel> shadeslayer: that's really a meta card because our scripts had 0 exception handling at the beginning
[17:36] <yofel> I think we have most issues covered now...
[17:42] <sgclark> santa_: sorry I do not know what ppa that is you linking too, we did not have that issue, here is the log: https://launchpadlibrarian.net/174689027/buildlog_ubuntu-trusty-amd64.kcoreaddons_4.99.0-0ubuntu1~ubuntu14.04~ppa2_UPLOADING.txt.gz
[17:54] <yofel> santa_: I do remember some talk a few days ago about changing some install paths, so maybe we just didn't hit it yet
[17:55] <santa_> I'm inclined to think you will, I'm digging into it