[07:49] <lordievader> Good morning.
[08:15] <yossarianuk> thanks for plasma 5.3.2 in the PPA guys !
[08:15] <yossarianuk> oddly i'm still getting crashes at shutdown on my 15.10  desktop though.
[08:16] <lordievader> Crashes?
[08:19] <yossarianuk> i.e i shutdown/reboot a KDE process 'crashes' - i.e process has stopped / restart? - and the desktop never shutdown (I have to go to a console (alt+ctrl+f2) and reboot from there
[08:19] <lordievader> Can't say I've seen that.
[08:19] <yossarianuk> I didn't note which process it was (i'm at work now on kubuntu 15.04+PPA)
[08:20] <yossarianuk> I could have applied updates before hand (can't fully remember)
[08:20] <yossarianuk> if happens again i'll note it and report...
[08:20] <yossarianuk> other than that 15.10 seems rock solid.
[08:20] <yossarianuk> (less issues than in 15.04)
[08:23] <yossarianuk> sounds a bit like https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/1407152
[08:23] <yossarianuk> but obviously isnt that bug (which is fixed..)
[08:24] <lordievader> yossarianuk: But do you have the fix? ;)
[08:25] <yossarianuk> lordievader: nope - other than going to a virtual console to reboot.
[08:26] <yossarianuk> i will report it if i occurs again...
[08:26] <lordievader> yossarianuk: That wasn't what I ment. The bug says the fix is released, but that doesn't automatically mean that you have a version with that fix applied.
[08:26] <lordievader> I.e. check package versions ;)
[08:28] <lordievader> Ohh, Plasma 5.3.95 is Plasma 5.4 alpha, ain't it ?
[08:31] <yossarianuk> ok - i'm running latest 15.10, what version is that at ?
[08:31] <yossarianuk> ps - looking forward to plasma 5.4, 5.3 was an improvement so i imagine 5.4 will also be.
[08:33] <lordievader> Judging from the comments it has been applied sometime back.
[08:35] <lordievader> Ah, 3.16.0-0ubuntu1 carried the fix.
[08:39] <yossarianuk> hmmm - ok i'll actually try to note whats going on it is re-happens.
[08:39] <yossarianuk> *if it*
[09:01] <Riddell> soee_: yes (remove ppa and get updates from wily)
[09:23] <soee_> hmm that is not good that users have to remove their confiuratin files after upgrade to 5.3.2 in Vivid: https://plus.google.com/110954078302330754910/posts/dLTF8v23ppi
[09:26] <sitter> there is literally no useful information there
[09:28] <sitter> Riddell: apps in need of review: kwalletmanager (straight port), kcalcore, kcontacts, akonadi (straight port), kmime, gpgmepp, kldap, kmbox, syndication
[09:34] <Riddell> sitter: oh awesome
[09:43] <Riddell> sgclark: kdeconnect working good for me, I've uploaded your package
[09:43] <Riddell> sitter: I also made a kubuntu_wily_archive branch
[09:44] <sitter> for kdeconnect?
[09:44] <Riddell> sitter: yes
[09:44] <sitter> k
[09:44] <Riddell> sitter: shall i just run staging-upload and throw applications into the PPA?
[09:45] <sitter> Riddell: apps not done
[09:45] <sitter> https://notes.kde.org/p/kubuntu-apps-15.08
[09:45] <Riddell> sitter: I know but it'll show us some issues and let us upload some bits if they're blocking, or would you prefer to port them all then do that?
[09:46] <sitter> I would pefer packaging -> CI -> fix to make CI happy -> initial upload
[09:46] <Riddell> okay dokay
[09:46] <sitter> which would make lots more sense had the CI part been done 4 weeks ago but there's only one me -.-
[09:46] <Riddell> but first, I need to  do a plasma release, which always sounds icky
[09:47] <Riddell> git clone sitter
[09:47] <clivejo> a few sitter and Riddell clones would be good :)
[09:48] <sitter> ah clivejo could totally fix up CI warnings :P
[09:48] <clivejo> I wish, I just dont have a clue!
[09:48] <sitter> http://kci.pangea.pub/ anything that has _stable_ is going to land as either plasma or apps and should not be orange or red
[09:50] <sitter> clivejo: learning opportunity clearly. click on gpgmepp, click on view latest console in the center bottom of the gpgmepp page, click on 'parsed console output' in the left hand side navigation, inspect the errors
[09:51] <sitter> 90% of unstable builds are likely because lintian takes issue with them so simply google the error identifier and you shoudl get a page describing that error
[09:51] <sitter> of course the page will have a very confusing and silly description so nobody understands it, so instead you'll ask here :P
[09:52]  * sitter shakes fist at lintian descriptions
[09:53] <tsdgeos> Riddell: this bug is back! https://bugs.launchpad.net/kubuntu-ppa/+bug/1483620
[09:54] <tsdgeos> i thought debian had special tools to make sure that didn't happen
[09:54] <clivejo> sitter >> W: libkf5gpgmepp-dev: wrong-section-according-to-package-name libkf5gpgmepp-dev => libdevel
[09:54] <Riddell> tsdgeos: you're using backports?
[09:55] <Riddell> clivejo: yep, should have Section: libdevel added to the appropriate block in debian/control
[09:55] <tsdgeos> Riddell: http://ppa.launchpad.net/kubuntu-ppa/backports/ubuntu/
[09:55] <tsdgeos> it worked fine in the vivid package
[09:55] <clivejo> how would I go about changing that?
[09:56] <clivejo> is Jenkins another LP like build service?
[09:56] <sitter> jenkins is the build service in this case
[09:56] <clivejo> how do I access the source?
[09:56] <sitter> clivejo: find applications/gpgmepp repo here -> http://anonscm.debian.org/cgit/?q=pkg-kde -> you'll find a git url on its page -> clone that (i.e. git://anonscm.debian.org/pkg-kde/applications/gpgmepp.git)
[09:57] <sitter> kubuntu CI works on special branches kubuntu_stable and kubuntu_unstable
[09:57] <sitter> in this case we'll want to change stable, so switch there using git checkout kubuntu_stable
[09:57] <sitter> then open debian/control and edit it
[09:58] <sitter> to resolve the warning you'll want to change (or add) the Section: field of libkf5gpgmepp-dev to say libdevel
[09:58] <sitter> then save and run `git diff | pastebinit`
[09:58] <sitter> that'll give you a paste url, you give it to me and I'll push the change for you
[09:58] <clivejo> you been workin on this?
[09:58] <sitter> (or you can also give it to Riddell, sgclark, shadeslayer, etc...)
[09:59] <clivejo> added symbols 58mins ago
[09:59] <sitter> yeah new package for applications 15.08 release
[10:02] <clivejo> humm dont have pastebin setup
[10:03] <clivejo> http://paste.ubuntu.com/12054619/
[10:04] <sitter> clivejo: sudo apt install pastebinit
[10:04] <sitter> very handy tool
[10:04] <clivejo> yeah, installed it
[10:06] <clivejo> what is kubuntu_unstable?
[10:06] <sitter> clivejo: pushed your change... this is now going to trigger a new build http://kci.pangea.pub/job/wily_stable_gpgmepp/ whenever there is a free slot and no dependencies are building
[10:06] <clivejo> why do we want an unstable branch
[10:07] <doko> sitter, kdepim ping
[10:07] <sitter> kubuntu_stable tracks development of the stable branch in KDE (i.e. right now that is applications 15.08). kubuntu_unstable tracks development of the master branch in KDE (i.e. what is going to become applications 15.12)
[10:07] <sitter> since unstable eventually becomes stable we'll want to integrate it as well
[10:08] <clivejo> so its like +1
[10:08] <sitter> doko: we are on it. patching the existing kdepim doesn't scale so we decided to instead move ahead and get the qt5 kdepim landed
[10:08] <sitter> clivejo: up
[10:08] <doko> thanks for the heads up
[10:09] <sitter> doko: also FWIW the fedora patch to qmake we talked about yesterday is already applied to our qmake for half a year. so, most other qt4 apps shouldn't have a problem. kdepim is special because boost is used all over the pim stack though
[10:09] <doko> sitter, I was told that clementine has the same issue
[10:09] <sitter> clivejo: yup that is ;)
[10:11] <sitter> doko: possibly. the thing is that the offending header(s) have like a gazillion possibly chaining orders that could lead to the problem. the qmake patch only prevents a portion of them
[10:12] <clivejo> so oketea failed cause of this -> cp: cannot stat 'debian/tmp/usr/share/oktetapart/oktetapartbrowserui.rc': No such file or directory
[10:12] <sitter> doko: what we could do is patch boost to #ifndef Q_MOC_RUN in all the relevant headers
[10:13] <sitter> I think there's some 10-20 headers that would need that, it should however resolve all compat problems with qt4 and has no negative side effects
[10:14] <doko> sitter: ok, then let's do this. could you prepare such a patch?
[10:15] <sitter> clivejo: a file is no longer being installed by cmake, so now the build fails. I usually check the build log if the file has possibly changed path
[10:15] <sitter> doko: when I find time
[10:16] <clivejo> sitter looks like its moved debian/tmp/usr/share/oktetapart/oktetapartbrowserui.rc to debian/tmp/usr/share/kxmlgui5/oktetapart/oktetapartbrowserui.rc
[10:17] <doko> sitter: do you know which files are affected?
[10:17] <sitter> clivejo: ok, so clone the okteta git repository, checkout the kubuntu_stable branch and adjust the install file to use the new path
[10:17] <clivejo> so okteta.install needs changed to the new path?
[10:18] <sitter> yes
[10:18] <doko> don't get me wrong, but that kdepim is on a critical path, so either the one based on qt5 would be appreciated, or the boost fixes
[10:18] <soee_> Riddell: so you plan to release new Plasma today ?
[10:19] <yossarianuk> which version is that soee_:
[10:19] <sitter> doko: qt5 one is top priority anyway as I need it for work-work
[10:19] <doko> =)
[10:19] <soee_> yossarianuk: 5.4 beta for Wily
[10:19] <sitter> clivejo: also possibly oktetapartreadonlyui.rc and oktetapartreadwriteui.rc changed path, so you can make sure those are correct in the install
[10:19] <yossarianuk> cool - will that be in the normal wily (15.10) repos?
[10:19] <soee_> yossarianuk: yes
[10:20] <yossarianuk> excellent!
[10:21] <doko> Riddell, sitter: I see that kde is using patchelf, which is not available on some archs? what exactly is done with this? would chrpath an option too?
[10:21] <doko> see the julia package
[10:21] <Riddell> soee: plasma beta out now
[10:22] <Riddell> doko: I don't think I've heard of it, where it's being used by kde?
[10:22] <doko> ahh, not kde, sorry
[10:23] <yossarianuk> Is the fullscreen launcher included by default in 5.4 ? - i.e -> https://www.youtube.com/watch?v=yE9fV8II6eI&feature=youtu.be
[10:23] <yossarianuk> or is that an addon?
[10:23] <clivejo> sitter: http://paste.ubuntu.com/12054685/
[10:24] <soee> yossarianuk: find teh answer here https://dot.kde.org/2015/08/11/plasma-54-beta-adds-shine
[10:26] <sitter> clivejo: thanks. pushed
[10:32] <yossarianuk> soee: cheers for the outline of 5.4
[10:32] <yossarianuk> so will wayland be 'fully' supported by 5.5 / 5.6 ?
[10:36] <clivejo> sitter: in kate -> textfilterplugin.so doesnt seem to be built, how do I find out what happened to it?
[10:37] <clivejo> full path is usr/lib/*/qt5/plugins/ktexteditor/textfilterplugin.so
[10:40] <clivejo> is it being built separately?
[10:41] <sitter> clivejo: that one is tricky and impossible to find out :P
[10:42] <clivejo> sitter: ah now, nothing is impossible
[10:42] <sitter> well, it's not it's just very pointless
[10:42] <clivejo> do you know Christoph Cullmann ?
[10:42] <sitter> it is fallout from us merging unstable into stable too late
[10:43] <clivejo> he was working on it in Akademy
[10:43] <sitter> i.e. since Applications/15.08 is coming up we merged unstable into stable (which previously was Applications/15.04), but we did it so late that unstable already had new files that never made it into 15.08
[10:43] <sitter> and that's why the build is now failing
[10:43] <clivejo> hes bound to know!
[10:43] <sitter> fixing this invovles meddling with git
[10:44] <sitter> actually what I just said might be nonsense xD
[10:44] <clivejo> cant git go back in time?
[10:45] <sitter> what I said was correct after all ^^
[10:45] <sitter> clivejo: not necessary
[10:45] <Riddell> clivejo: purpose starting to go green now I uploaded sgclark's kdeconnect :) https://launchpad.net/ubuntu/+source/purpose/1.0~rc1-0ubuntu1
[10:46] <clivejo> where did you get the new kde-connect?!?
[10:46] <sitter> clivejo: the workflow to resolve this is essentially git revert the last commit, then merge stable into unstable and revert the revert
[10:46] <sitter> it's madness
[10:46] <clivejo> revert the revert
[10:46] <clivejo> LOL
[10:47] <sitter> http://anonscm.debian.org/cgit/pkg-kde/applications/kate.git/log/?h=kubuntu_unstable :P
[10:48] <sitter> clivejo: should be fixed in the next build now \o/
[10:48] <clivejo> what happened that file?
[10:50] <clivejo> oh, its a brand new plugin for the next release?
[10:50] <soee> Riddell: do we plan 5.4beta backport ?
[10:50] <Riddell> clivejo: from sgclark who just took a git snapshot cos Vaca won't make a release
[10:50] <Riddell> soee: I doubt I have time, maybe sgclark will take it up but she says she's away this week
[10:51] <soee> ok, thank you
[10:51] <clivejo> how do I search the commits?
[10:52] <clivejo> I googled textfilterplugin.so and didnt find anything
[10:52] <sitter> clivejo: I use gitk
[10:52] <clivejo> whats gitk?
[10:52] <sitter> gui for git log
[10:52] <sitter> a very 1990's gui though ;)
[10:53] <sitter> I have only ever seen one other person use it, so you might find qgit or ggit more enjoyable to use
[10:53] <clivejo> so I have to clone the package first?
[10:53] <clivejo> no web interface?
[10:53] <sitter> clivejo: for kate? quickgit.kde.org
[10:53] <sitter> I find cloning faster than fighting with web interfaces though
[10:54] <sitter> http://quickgit.kde.org/?p=kate.git&a=commit&h=07f60d0afa789e23421da7b8c44908dd01dd6df0
[10:54] <sitter> if you look at the CMakeLists.txt change you'll notice that this change enables the plugin
[10:55] <sitter> hence resolving https://bugs.kde.org/show_bug.cgi?id=347243
[10:55] <clivejo> should it not be enabled?
[10:56] <sitter> clivejo: not for applications 15.08
[10:56] <sitter> it's a new feature, and since 15.08 supposedly was already frozen it can only go into 15.12
[10:56] <sitter> clivejo: new gpgmepp report in, seems the Section fix had a format problem ;) http://kci.pangea.pub/job/wily_stable_gpgmepp/2/parsed_console/
[10:57] <sitter> Riddell: new for review kholidays and kpimtextedit
[10:57] <clivejo> is it lib-devel ?
[10:58] <sitter> Package: libkf5gpgmepp-dev
[10:58] <sitter> Section : libdevel
[10:58] <sitter> notice the difference
[10:58] <clivejo> the space?
[10:58] <sitter> yes
[10:58] <clivejo> good lord
[10:58] <clivejo> fussy isnt it
[10:59] <Riddell> computers are fussy like that
[10:59] <sitter> lintian is pretty strict
[11:00] <clivejo> OCD more like it
[11:00] <sitter> enforcing a common format isn't a bad thing though
[11:00] <sitter> next thing you know is someone does this: http://paste.ubuntu.com/12054847/
[11:01] <sitter> always gets my blood boiling when people do that with code :P
[11:01] <clivejo> now I like that formatting
[11:01] <sitter> lot's of people do
[11:02] <sitter> unless everyone's editor is really good at parsing the language in question though it will at some point become incosistent and stop looking so nice
[11:03] <sitter> also there's the qustion of tab vs. space
[11:03] <sitter> and there's people who prefer tab which then usually looks weird for everyone but the person who put the tabs there ;)
[11:03] <sitter> http://paste.ubuntu.com/12054857/
[11:03] <sitter> formatting is always a faffy subject
[11:03] <clivejo> surely human readility is more important!
[11:05] <sitter> clivejo: studies have shown that it doesn't improve readability :P
[11:05] <sitter> especially not if you have long words to column on
[11:05] <clivejo> Im dyslexic, so it does for me
[11:05] <sitter> as the space betwen short words and actual value gets bigger one finds it harder to hold the line when reading
[11:05] <clivejo> I dont read, I recognise word patterns!
[11:06] <sitter> clivejo: same difference
[11:08] <clivejo> sitter: have you fixed the formatting for gpgmepp?
[11:08] <sitter> clivejo: no
[11:08] <sitter> there's another problem as well. a new one \o/
[11:08] <clivejo> whats the new problem?
[11:09] <sitter> clivejo: there's a new warning
[11:09] <sitter> check the parsed output
[11:10] <clivejo> grrr I hate versions
[11:12] <clivejo> what zero is it complaining about?
[11:12] <clivejo> the 15.10-0?
[11:13] <sitter> eh eh
[11:13] <sitter> clivejo: http://kci.pangea.pub/job/wily_stable_gpgmepp/2/parsed_console/
[11:13] <sitter> you usually want to look at the parsed output
[11:13] <sitter> the raw output has many more complaints we choose to ignore for various reasons
[11:15] <clivejo> is the missing depends caused by my using a space in the section ?
[11:16] <Riddell> sitter: ark up for review
[11:18] <sitter> Riddell: +	rm  debian/ark/usr/lib/*/libkerfuffle.so
[11:18] <sitter> we should upstream this
[11:18] <sitter> clivejo: nope it's me being a crappy packager :S
[11:19] <sitter> clivejo: you'll want to add the two libraries as dependencies of the -dbg package
[11:19] <clivejo> sitter: why is that?
[11:20] <sitter> clivejo: because in order to use the debug symbols one needs to have the thing to debug installed as well
[11:21] <clivejo> ah, good logic there
[11:24] <sitter> practically speaking it is a bit weird though. one doesn't decide that one wants to install a debug package without first having the need to debug the thing one wants to install the debug package for
[11:26] <clivejo> sitter: it current Depends: libkf5gpgmepp5 (= ${binary:Version}) | libkf5gpgmepp-pthread5 (= ${binary:Version}) | libkf5qgpgme5 (= ${binary:$
[11:26] <clivejo>          ${misc:Depends}
[11:27] <clivejo> I need to add libkf5gpgmepp-dev?
[11:27] <sitter> no
[11:27] <sitter> hm
[11:27] <sitter> interesting
[11:28]  * clivejo rubs chin in deep thought
[11:29] <sitter> clivejo: it possibly complains because it doesn't depend on gpgme which isn't a package fo rcourse
[11:32] <sitter> if my lintian actually wasn't defunct this would be easier to debug >.<
[11:33] <doko> Riddell, sitter: kwin ftbfs
[11:36] <BluesKaj> Hey folks
[11:36] <clivejo> hi BluesKaj
[11:36] <Riddell> doko: looks like it needs its kwayland build-dep version bumped, fixing..
[11:36] <BluesKaj> Hi clivejo
[11:38] <doko> Riddell, sitter: kwin kwayland-integration kscreen kicad 
[11:40] <sitter> clivejo: let's fix the Section for now. I can't seem to reproduce the dbg warning
[11:40] <Riddell> doko: kicad we're innocent of, that's wxgtk stuff! :)
[11:40] <sitter> might be a fluke
[11:40] <clivejo> I think the missing section is generating that error
[11:41] <clivejo> you want me to make the diff?
[11:42] <sitter> please
[11:42] <clivejo> http://paste.ubuntu.com/12055024/
[11:42] <clivejo> get me some experience!
[11:43] <snele> is plasma 5.4 beta packaged to wily? it will be in main repository for wily or in backports?
[11:43] <sitter> clivejo: pushed
[11:43] <sitter> let's see what happens
[11:44]  * clivejo fingers crossed
[11:44] <sitter> Riddell: are you preping a review request for ark?
[11:44] <soee> snele: backports are for previous version, so development version never has backports
[11:45] <Riddell> sitter: not currently, I'm not sure how to do it in cmake, there's a PRIVATE keyword for libraries but reading the docs I"m not sure what it does
[11:45] <clivejo> Riddell: regarding purpose, should the package name be changed to libkf5purpose?
[11:45] <sitter> Riddell: https://git.reviewboard.kde.org/r/124610/
[11:46] <Riddell> clivejo: the binary package is named so, the source package is named however upstream wants it to be named which is just "purpose"
[11:47] <Riddell> sitter: genius, ok I'll take a look
[11:48] <doko> Riddell, could we stop with new plasma versions until we have the current stack in -release, or is this required?
[11:48] <Riddell> doko: it's all uploaded
[11:49] <Riddell> doko: I'm waiting for the last parts of frameworks to build on powerpc and arm64 before going through to check all plasma is compiling
[11:49] <doko> yes, babysitting these ...
[11:50] <doko> Riddell, ktorrent has a b-d on itself?
[11:56] <sitter> Riddell: kidentitymanagement for review
[11:57] <doko> sitter: libktorrent is the next qt4/boost candidate
[12:04] <snele> wily is not starting after newest updates. freezes at splash screen. install -f fixes pamwallet thingy but i still get feeze at splash screen
[12:09] <clivejo> Im getting "pam-kwallet : Depends: pam-kwallet4 but it is not installed" on upgrade of wily
[12:18] <soee> but there are very few packages from Plasma 5.4 beta and Framewroks 5.13 in Willy, shouldn't we wait with upgrades till all of them are in archive >
[12:47] <yofel> you should wait
[12:48] <yofel> but if you already broke your system you could ask jr where he put the WIP packages and update using those
[12:51] <sitter> doko: libktorrent should be fixed in ubuntu4
[12:51] <sitter> clivejo: achievement unlocked: CI fixer
[12:52] <doko> sitter, ta
[12:57] <BluesKaj_> After the latest update and dist-upgrade wily alpha2 stalls on the splash screen, yakuake loads , but the desktop doesn't. Also sddm has to be enabled again.
[13:01] <soee> Riddell: see last comment https://plus.google.com/110954078302330754910/posts/hsrBjUKZRfi
[13:01] <soee> Riddell: all new packages are already in archive or some are unpubllished yet and this might cause the problems ?
[13:02] <Riddell> probably some are unpublished
[13:03]  * doko grumbles at sitter for not using GCC 5 for testing ...
[13:04] <sitter> :@
[13:04] <sitter> doko: I wouldn't know what to do anyway :P
[13:05] <doko> heh
[13:44] <clivejo> sitte Riddell: what is kamoso failing - http://kci.pangea.pub/job/wily_unstable_kamoso/
[13:45] <clivejo> sitter: 
[13:45] <Riddell> "Upload was likely rejected, we have been waiting for well over 30 minutes!" dunno, needs sitter to look into why it was rejected by launchpad
[13:47] <clivejo> and plasma-pa ?
[13:48] <clivejo> is there a ppa for testing?
[13:49] <sitter> Riddell, clivejo: launchpad swollowed the upload
[13:49] <sitter> there is no sign of it
[13:49] <sitter> simply retrying is the best course of action for rejection anyway
[13:49] <clivejo> you didnt push it to the wrong place *coughs*
[13:49] <sitter> if it doesn't work twice in a row it is cause for concern ^^
[13:50] <clivejo> sitter: are you on the KDE team?
[13:51] <sitter> yup
[13:52] <clivejo> any plans to get the kolab server packaged in Ubuntu?
[13:54] <sitter> I think we had looked into it at some point and possibly even had packages. but it is a chore to maintain
[13:54] <sitter> in particular since IIRC it required patching various middleware packages
[13:55] <Riddell> yes it's always scared me too much
[13:55] <clivejo> scared you?!?
[13:55] <Riddell> there is a debian packaging team, dunno how far they got
[13:59] <clivejo> what would it take to get it into ubuntu archive?
[14:02] <Riddell> I don't know, I'm unsure what needs to be changed in other packages
[14:07] <sitter> kdepimlibs is still way too huge >.<
[14:12] <clivejo> I thought they were separating it into modules?
[14:15] <sitter> yeah, but there' still a wall of akonadi left
[14:15] <sitter> I mean
[14:15] <sitter> it's way less mental than it was before
[14:15] <sitter> http://paste.ubuntu.com/12055721/
[14:20] <starbuck1> ximion: i tested latest KCI with muon discover and found it had initiliazed with only some kde-centric apps, missing anything gtk/x11 mostly
[14:21] <starbuck1> since apol is on vacation, you know anything about that being related to appstream adata?
[14:21] <starbuck1> http://blog.tenstral.net/2015/08/appstreamdep-11-for-everyone-beta.html
[14:21] <ximion> starbuck1: first of all: is Muon compiled with AppStream support?
[14:22] <ximion> and: do you have AppStream metadata?
[14:22] <ximion> you can search through the data using the appstream-index tool
[14:29] <starbuck1> ximion: are you and apol exchanging status so far?
[14:29] <sitter> Riddell, clivejo: 
[14:29] <sitter> Rejected:
[14:29] <sitter> kamoso_3.0.0~rc1+git20150811.1358+15.10-0.dsc: Version older than that in the archive. 3.0.0~rc1+git20150811.1358+15.10-0 <= 3.0.0+git20150804.1331+15.10-0
[14:30] <starbuck1> i read about the discussion to split discover as standalone from muon packager...
[14:30] <clivejo> stupid version
[14:32] <ximion> starbuck1: yes, that will happen soon. Another thing is that we need to enable AppStream support unconditionally of the backend - at time, it's tied to the PackageKit backend being enabled, and you can't have both PK and QApt
[14:32] <ximion> at Tanglu we enable the experimental PK backend to get AppStream support, which sort of works
[14:33] <ximion> but still, you can see that PK is less mature in Muon than QApt is
[14:34] <ximion> also, Discover will need some architectural redesign to support AppStream properly. Right now, it reads packages first and maps packages to AppStream components. While it actually should be the other way around. Doing that will also dramatically speed up Discover when running on PK
[14:37] <ximion> apol wanted to do all the Muon stuff, while I wanted to improve the libappstream and libappstream-qt libraries
[14:52] <clivejo> whats wrong with this package -> http://kci.pangea.pub/job/wily_stable_kalgebra/9/parsed_console/
[15:12] <clivejo> Riddell: kalgebra-common has missing dependencies...  org.kde.analitza[1.0] not found.  Would that be a runtime or build dep?  Im kinda leaning to a build dep on analitza-dev ?
[15:13] <clivejo> santa_: hi
[15:14] <santa_> hi everyone
[15:16] <starbuck1> ximion: when muon packager and updater is split, would you like to carry on dsicover + appstream/PK?
[15:17] <starbuck1> just saying aleix would also have to carry on the packager and the updater of muon, so its a logical split happening there imo
[15:19] <ximion> starbuck1: I can't firmly commit to anything, since maintaining AppStream itself, working on PackageKit and developing Limba and Tanglu is already lots of work - but I would certainly like to help with the newly split-out Discover
[15:19] <ximion> it's using QAppStream afterall :-)
[15:21] <ximion> one idea is to merge the updater part into Discover as well, btw
[15:21] <ximion> and to make Apper the package-manager of choice for non-Debian-based distros, since porting Muon to PK to make it distro-agnostic would just be a lot of pointless work
[15:22] <ximion> and maybe find a new maintainer for the Debian/Kubuntu-specific Muon
[15:24] <starbuck1> ximion: how to increase appstream support in Discover? if we ship it like that as part of 5.4, people will wonder about where all the apps have gone?
[15:24] <ximion> I need to check what's actually in Discover atm, one second...
[15:25] <ximion> hmm, it's still dependent on PK being enabled
[15:25] <ximion> so unless you changed that in Kubuntu, there is actually no AppStream support enabled
[15:25] <starbuck1> oh, so it might be another issue
[15:25] <starbuck1> lets wait until pol returns :)
[15:26] <starbuck1> *apol
[15:26] <ximion> ldd /usr/bin/muon-discover | grep appstream
[15:27] <ximion> if that shows nothing => no AppSteam
[15:27] <ximion> I could take a look at it, but I'm currently a bit occupied with Debconf
[15:29] <Riddell> org.kde.analitza will be a runtime qml issue
[15:30] <santa_> Riddell: I have sent to the ml a set of patches for apps, you might want to apply them before jumping completely into 15.08
[15:31] <santa_> I can re-submit anything if it got obsolete, I started with those a long time ago
[15:32] <ximion> starbuck1: that command was wrong, it should actually be a check if /usr/lib/x86_64-linux-gnu/qt5/plugins/muon/muon-pkbackend.so exists
[15:32] <Riddell> santa_: thanks, I'll look at them shortly
[15:35] <ximion> starbuck1: I will prepare a package for the easy installation of Kubuntu AppStream data - until then, you could use http://packages.tanglu.org/source/dasyatis/appstream-data , which works even on Kubuntu
[15:36] <ximion> Discover with AppStream support enabled is required though, unless using the CLI tool is good enough :-)
[15:45] <Riddell> ah bother, kwin needs libhybris which doesn't exist on powerpc or arm64 or ppc64el
[15:47] <doko> Riddell, uploaded a kwin which hopefully will build on arm64, powerpc and ppc64el
[15:48] <Riddell> ah you're ahead of me :)
[15:49] <doko> Riddell, so we plan to force gcc-5 and gcc-defaults to release tonight
[15:50] <doko> kde should be kept back by other dependencies, but you won't be able to build things in wily without wily-proposed
[16:02] <ahoneybun> Riddell: ping
[16:20] <ahoneybun> ohhh kde connect update
[16:25] <soee_> yup, but no full Plasma 5.4 yet :/
[16:28] <Riddell> hi ahoneybun
[17:23] <soee_> hmm i think plasma and some part of frameworsk get stuck in proposed
[17:48] <yofel> and they will stay there until the gcc5 transition is done, so don't hold your breath
[18:02] <clivejo> Riddell: why do I keep getting emails about purpose failing to build?
[18:05] <yofel> clivejo: if your name/email is in the changelog entry when it was uploaded, you will recieve the failure messages
[18:06] <yofel> (as you might be responsible for that)
[18:06] <clivejo> ah
[18:17] <clivejo> yofel: do you have a login for http://anonscm.debian.org/cgit/pkg-kde/
[18:21] <clivejo> Riddell: ping
[18:24] <clivejo> anyone?!?
[18:59] <yofel> clivejo: yes, why?
[19:09] <Quintasan> Holy crap
[19:10] <Quintasan> Does anyone have any idea why git --version yields 2.1.4 when all possible answers point to it still being 1.9.1 in trusty?
[19:10] <Quintasan> package version is 1.9.1, changelog says nothing about silent version bump, and I couldn't find any patches in the source that would bump the version
[19:11] <ahoneybun> Riddell: I'm getting Permission denied when trying to connect to the ec2
[19:26] <mparillo> I can confirm:  <BluesKaj_> After the latest update and dist-upgrade wily alpha2 stalls on the splash screen...but the desktop doesn't. I assume this is because the plasma beta is partly packaged, so there is no need for a bug report?
[19:27] <clivejo> yofel: I want to try a patch
[19:28] <yofel> Quintasan: 'which git' is /usr/bin/git ?
[19:29] <Quintasan> yeah
[19:29] <yofel> odd, says 1.9.1 here
[19:30] <Quintasan> What on Earth...
[19:38] <clivejo> Ive just installed updates and wily wants to reboot, will I be able to get back into my desktop?
[19:38] <Riddell> clivejo: sorted?
[19:38] <doko> Riddell, man, sloppy b-d's are really a mess. at least update kdelibs4support 
[19:38] <Riddell> ahoneybun: yeah i kicked you out I'm afraid so I could sign stuff easier, do you need t?
[19:38] <Riddell> doko: where?
[19:39] <clivejo> Riddell: nope, I want to try a patch
[19:39] <ahoneybun> I was going to see if we could work on ark if someone else has not taken it yet
[19:39] <Riddell> ahoneybun: I finished it off
[19:39] <ahoneybun> oh
[19:39] <ahoneybun> ok
[19:39] <Riddell> ahoneybun: you'd done it all pretty much
[19:39] <Riddell> ahoneybun: lots more to do on the doc
[19:39] <Riddell> https://notes.kde.org/p/kubuntu-apps-15.08
[19:40] <clivejo> Riddell: for http://anonscm.debian.org/cgit/pkg-kde/applications/kanagram.git/log/?h=kubuntu_stable this patch http://paste.ubuntu.com/12057127/ do you agree/disagree?
[19:40] <ahoneybun> so I was about right with what I was doing Riddell?
[19:41] <doko> everywhere, apparently, the dependencies for libkf5kdelibs4support-dev were updated, but not the b-d's for kdelibs4support. you should get build failure emails, do you read them?
[19:44] <ahoneybun> Riddell: you took done that one link I had
[19:44] <ahoneybun> or someone did
[19:45] <ahoneybun> I'm trying to find the tars
[19:45] <clivejo> ahoneybun: are you on wily?
[19:46] <ahoneybun> yea
[19:46] <clivejo> have you run into this freezing at splash screen issue?
[19:46] <ahoneybun> um no
[19:46] <ahoneybun> not yet I imagine
[19:46] <clivejo> have you updated today?
[19:49] <ahoneybun> yea I know something was kinda broke
[19:50] <soee_> clivejo: when exactly it freezes ?
[19:50] <ahoneybun> some package was installing something but another package installs it as well
[19:50] <Riddell> ahoneybun: https://notes.kde.org/p/kubuntu-apps-15.08 ?
[19:51] <Riddell> ahoneybun: http://download.kde.org/unstable/applications/15.07.90/src/
[19:51] <ahoneybun> I need upstream tars
[19:51] <ahoneybun> that
[19:53] <ahoneybun> yay unmet deps
[19:53] <ahoneybun> pam-kwallet : Depends: pam-kwallet4 but it is not installed
[19:53] <Riddell> ahoneybun: enable proposed?
[19:53] <ahoneybun> I don't have that
[19:53] <ahoneybun> clean wily
[19:53] <ahoneybun> from alpha 2
[19:54] <ahoneybun> apt-get -f install fixed it all
[19:54] <soee_> proposed will remove alot of important packages
[19:54] <ahoneybun> I'd like to have a half working system
[19:54] <ahoneybun> if not whole
[19:54] <ahoneybun> Riddell: still have not added me back I see
[19:55] <clivejo> dont like the new wallpaper
[19:55] <ahoneybun> I do
[19:55] <Riddell> ahoneybun: give me a minute
[19:55] <ahoneybun> k
[19:55] <clivejo> has the old one been removed?
[19:55] <ahoneybun> clivejo: the old wallpaper?
[19:56] <clivejo> old plasma
[19:56] <ahoneybun> KDE4?
[19:56] <clivejo> 5
[19:56] <soee_> i think he ment the one from 5,3
[19:56] <ahoneybun> then old wallpaper
[19:56] <clivejo> yup thats what I meant !
[19:57] <ahoneybun> no clue I have not seen the new one yet
[19:57] <ahoneybun> well 
[19:57] <ahoneybun> I've seen it just not from a update
[19:57] <ahoneybun> Riddell: how bad would kcalutils be to package.
[19:57] <ahoneybun> ?
[19:58] <clivejo> easy peasy :P
[19:58] <ahoneybun> surreee
[19:58] <Riddell> ahoneybun: you're back in
[19:58] <ahoneybun> yay
[19:59]  * ahoneybun gets his chair ready for dep hell
[19:59] <clivejo> is kcalutils not part of the suite?
[19:59] <ahoneybun> pim it is
[20:00] <Riddell> ahoneybun: try kiriki maybe
[20:01] <clivejo> Riddell: whats going on with purpose on ARM64?  I keep getting failed to build emails
[20:01] <Riddell> clivejo: if you don't like that think how I feel when I upload 60 frameworks :)
[20:02] <Riddell> clivejo: it won't build until all the frameworks are built and arm64 is very very slow to build for some reason
[20:02] <clivejo> didnt say I didnt like it :P
[20:02] <Riddell> in the mean time it'll keep trying
[20:02] <clivejo> more curious as to whats going on
[20:02] <Riddell> probably I click retry on it when I notice another architecture is ready to build
[20:03] <clivejo> I thought LP would give up, but keeps retrying over and over
[20:04] <Riddell> clivejo: probably me and doko keep retrying it, I have a script that retries all the frameworks
[20:04] <clivejo> I know this is very basic, but where to desktop backgrounds go?
[20:04] <Riddell> there's still a load that still need to compile on amd64
[20:04] <Riddell> /usr/share/wallpapers isn't it?
[20:04] <ahoneybun> Riddell: can you save the changelog
[20:04] <ahoneybun> I don;t know how to use emac
[20:05]  * ahoneybun forgot to change it to nano
[20:05] <ahoneybun> yea
[20:05] <ahoneybun> thanks
[20:05] <Riddell> ahoneybun: everyone should know emacs
[20:05] <Riddell> it should be taught in primary school
[20:05] <ahoneybun> Riddell: well you should have shown me at akademy :P
[20:05] <ahoneybun> till then nano is my way
[20:07] <Riddell> clivejo: did you work out what I did to the symbols in purpose?
[20:07] <clivejo> I have no idea!
[20:07] <clivejo> symbols baffle me
[20:07] <Riddell> symbols baffle everyone
[20:07] <clivejo> and so does copyright
[20:07] <Riddell> clivejo: do you know what the symbols files are for?
[20:07] <clivejo> debugging
[20:07] <Riddell> copyright is easy, it's just boring
[20:07] <Riddell> nope, not debugging
[20:08] <Riddell> they're to ensure the library remains compatible with a new release
[20:08] <Riddell> applications use code in a library
[20:08] <ahoneybun> Riddell: do you see the "X-Ubuntu" stuff
[20:08] <ahoneybun> in the debian/control
[20:08] <ahoneybun> remove?
[20:09] <Riddell> clivejo:  the source will call a class or function etc but the compiled programmes will call symbols
[20:09] <Riddell> clivejo: and if a symbol goes missing then the program will crash
[20:09] <Riddell> or if it changes
[20:09] <Riddell> so we keep track to ensure a new version of the librar y doesn't cause the apps that use that library to crash
[20:09] <Riddell> ahoneybun: they can go now, it's all in debian git
[20:10] <ahoneybun> and it recommands khelpcenter4
[20:10] <ahoneybun> is 5 out?
[20:10] <Riddell> ahoneybun: remove the 4
[20:10] <ahoneybun> remove it all there??
[20:10] <Riddell> just khelpcenter now
[20:10] <ahoneybun> cool
[20:10] <Riddell> clivejo: with me so far?
[20:10] <ahoneybun> Riddell: does it look good?
[20:10] <clivejo> they are binary symbols?
[20:11] <Riddell> clivejo: yep
[20:11] <clivejo> human to machine
[20:11] <clivejo> like a lookup table?
[20:11] <Riddell> ahoneybun: update Vcs-Browser:
[20:11] <Riddell> ahoneybun:  the url changed, just follow where the old one takes you and update it
[20:11] <Riddell> clivejo: exactly
[20:11] <ahoneybun> I thought I did
[20:12] <clivejo> DNS system for computer programs!
[20:12] <ahoneybun> Riddell: better?
[20:12] <Riddell> ahoneybun: lovely
[20:12] <ahoneybun> :)
[20:12] <Riddell> clivejo: that purpose package had a bunch of plugins and private libraries in it which aren't used directly by any application so I added an override in debian/rules to ignore them
[20:13] <clivejo> I can see why programmer would want to add them, but why remove them?
[20:13] <Riddell> clivejo: they only remove them by mistake, or change them by mistake
[20:13] <ahoneybun> libkdegames-dev
[20:13] <ahoneybun> it depends on kdelibs5-dev
[20:13] <ahoneybun> which I removed
[20:13] <Riddell> clivejo: c++ is crazy hard to keep binary compatibility, if you add a new variable to a class that can change all the symbols in the class
[20:13] <clivejo> can there be multiple symbols for one entry point?
[20:14] <ahoneybun> so I guess libkdegames-dev gets removed too?
[20:14] <Riddell> clivejo:  the scary details at https://techbase.kde.org/Policies/Binary_Compatibility_Issues_With_C++
[20:14] <Riddell> ahoneybun: yep
[20:14] <ahoneybun> k
[20:14] <ahoneybun> less deps the better
[20:14] <doko> Riddell, ahoneybun: somebody needs to update the libkdegames symbols files
[20:14] <clivejo> I havent programmed in year
[20:14] <clivejo> years#
[20:14] <yofel> well, they don't only remove them by mistake. Intentional API cleanup is also a thing
[20:14] <clivejo> well since uni
[20:14] <doko> gcc-5 now in -release
[20:15] <clivejo> my project was on Minix
[20:15] <clivejo> and it put me off programming
[20:15] <ahoneybun> recipes are failing
[20:15] <Riddell> clivejo: yes they might remove them to tidy it up, in which case they need to change the SOVERSION so it's libfoo.so.2 instead of libfoo.so.1, sometimes they forget to bump that SOVERSION
[20:16] <clivejo> ah, that explains a few things!
[20:17] <Riddell> clivejo: so anyway after I told it to ignore the plugins and private libs it still said there were some new ones in the purpose library
[20:17] <clivejo> then just use a symbolic link?
[20:17] <Riddell> clivejo: so I added those in using   pkgkde-symbolshelper batchpatch -v 1.0 ../purpose.build
[20:17] <clivejo> I tried that
[20:17] <Riddell> where 1.0 is whatever the actual upstream version was and purpose.build was the build log
[20:18] <clivejo> and it made *.symbols files
[20:18] <ahoneybun> kf5kdegames-config.cmake ///
[20:19] <Riddell> apt search is your friend
[20:19] <Riddell> or search for KF5KDEGamesConfig.cmake on packages.ubuntu.com
[20:19] <ahoneybun> I search p.u.com
[20:19] <ahoneybun> ed
[20:19] <ahoneybun> and apt search
[20:20] <Riddell> gives me the answer
[20:20] <ahoneybun> lies
[20:20] <ahoneybun> ahoneycutt@KubuntuPad-Y510P:~$ apt search kf5kdegames-config.cmake
[20:20] <clivejo> LOL
[20:20] <ahoneybun> Sorting... Done
[20:20] <ahoneybun> Full Text Search... Done
[20:22] <Riddell> ahoneybun: packages.ubuntu.com  put KF5KDEGamesConfig.cmake in "Search the contents of packages"  select "packages that contain files whose names contain the keyword"   distribution wily
[20:22] <ahoneybun> see
[20:23] <ahoneybun> I don't know the full features yet
[20:25] <santa_> you also have apt-file to do that kind of search
[20:25] <ahoneybun> thanks Riddell and santa_
[20:29] <clivejo> Riddell: is it difficult to get a login for http://anonscm.debian.org/cgit/pkg-kde/ ?
[20:30] <ahoneybun> Riddell: https://paste.kde.org/pzljfg7uz
[20:32] <clivejo> ahoneybun: libkf5emoticons-dev
[20:32] <ahoneybun> ?
[20:33] <clivejo> http://packages.ubuntu.com/wily/i386/libkf5emoticons-dev/filelist
[20:33] <ahoneybun> it looks like the package is old or something
[20:33] <ahoneybun> not a missing dep
[20:34] <clivejo> oh wait sorry
[20:34] <clivejo> didnt read it properly
[20:34] <ahoneybun> 5.10 is in there
[20:34] <ahoneybun> it wants 5.13 I think
[20:35] <ahoneybun> am I right?
[20:36] <clivejo> ahoneybun: http://packages.ubuntu.com/wily/amd64/libkf5kdegames-dev/filelist
[20:37] <clivejo> add libkf5kdegames-dev as a build dep
[20:38] <ahoneybun> same error
[20:38] <ahoneybun> Could not find a configuration file for package "KF5Emoticons" that is
[20:38] <ahoneybun>   compatible with requested version "5.13.0".
[20:39] <ahoneybun> whos editing debian/control
[20:40] <clivejo> have you libkf5kdelibs4support-dev as a build dep?
[20:40] <ahoneybun> so we need to update libkf5emoticons-dev 
[20:40] <ahoneybun> don't think so
[20:41] <ahoneybun> same thing
[20:42] <santa_> ahoneybun: you can try to build it in a chroot with pbuilder or sbuild
[20:42] <Riddell> ahoneybun:  apt-cache policy libkf5emoticons-dev   will tell you which versions are available
[20:42] <clivejo> what are you working on?
[20:42] <valorie> did anyone fix the wily pam-kwallet glitch yet?
[20:42] <ahoneybun> I just forced it to install valorie
[20:43] <valorie> tried upgrading my little netbook from spain, and it didn't install
[20:43] <valorie> sure, i can do that, but it should be fixed
[20:43] <ahoneybun> I agree
[20:43] <valorie> no hurry, I was only backing it up
[20:43] <ahoneybun> Riddell: seems there is a lot to update
[20:43] <Riddell> valorie: what's the problem?
[20:44] <Riddell> ahoneybun: go for it
[20:44] <valorie> so do I need to file a bug?
[20:44] <ahoneybun> uea
[20:44] <ahoneybun> Riddell: some dep issue with pam-kwallet
[20:45] <ahoneybun> you need to install pam-kwallet4 but it is not installing it 
[20:45] <valorie> erroros were encountered while processing: /var/cache/apt/archives/pam-kwallet4_4%3a5.3.95-0ubuntu1_amd64.deb
[20:45] <ahoneybun> clivejo: I'm pretty sure this update will fix that issue
[20:45] <valorie> E: Sub-process /uisr/bin/dpkg returned an error code (1)
[20:46] <valorie> gurk, bad typing
[20:46] <valorie> that was the only error, so that's decent
[20:49] <doko> Riddell, plasma-workspace needs a tighened b-d on plasma-sdk
[20:49] <ahoneybun> clivejo: it is compliling
[20:49] <ahoneybun> Riddell: I need the command to remote sign again
[20:49] <ahoneybun> please
[20:49] <clivejo> ahoneybun: what did you do?
[20:49] <ahoneybun> I'll add it to my text file
[20:49] <ahoneybun> clivejo: update the system
[20:49] <valorie> so: file bug?
[20:49] <ahoneybun> 5.13 was in waiting
[20:50] <clivejo> Riddell didnt update his ec1?
[20:50] <ahoneybun> what controls this: debian/tmp/usr/share/applications/kde4/kiriki.desktop?
[20:51] <valorie> or will somebody fix this without a bug report?
[20:51] <Riddell> valorie: slap a bug on https://bugs.launchpad.net/ubuntu/+source/kwallet-pam/+filebug please
[20:55] <clivejo> ahoneybun: what do you mean?  its a file that has been made that needs to go into a package
[20:55] <ahoneybun> but it can't find it
[20:55] <ahoneybun> cp: cannot stat 'debian/tmp/usr/share/applications/kde4/kiriki.desktop': No such file or directory
[20:55] <clivejo> search the build log for kiriki.desktop
[20:55] <doko> Riddell, plasma-workspace needs a tighened b-d on plasma-framework too :-/
[20:56] <clivejo> its probably moved
[20:56] <ahoneybun> debian/tmp/usr/share/applications/org.kde.kiriki.desktop
[20:56] <ahoneybun> seems to be the best case
[20:56] <ahoneybun> but how do I tell it to look for that instead
[20:56] <clivejo> need to change it in the *.install file
[20:57] <Riddell> doko: pushed to git, should I upload new packages?
[20:57] <clivejo> do a ls *.install in your debian folder
[20:57] <doko> Riddell, no, will give back
[20:57] <clivejo> it is probably something like kiriki.install
[20:57] <ahoneybun> I see
[20:58] <clivejo> find the line that "installs" that file and edit it to the correct path and filename
[20:58] <Riddell> doko: what do you mean "plasma-workspace needs a tighened b-d on plasma-sdk"? p-w doesn't build-dep on plasma-sdk
[21:00] <doko> Riddell, maybe it was plasma-framework only
[21:00] <ahoneybun> clivejo: that fixed one thing
[21:00] <ahoneybun> now more errors show up
[21:00] <ahoneybun> lol
[21:00] <ahoneybun> oh well getting closer
[21:00] <clivejo> yup!
[21:00] <doko> https://launchpadlibrarian.net/214213143/buildlog_ubuntu-wily-arm64.plasma-workspace_4%3A5.3.95-0ubuntu1_BUILDING.txt.gz
[21:00] <clivejo> keep fixing :P
[21:01] <Riddell> ahoneybun: you can run  dh_install --list-missing to just check the .install files
[21:01] <ahoneybun> thats nice
[21:01] <Riddell> ahoneybun: copy and paste is your friend :)
[21:02] <clivejo> indeed, I added a few more enties to my clipboard!
[21:03] <clivejo> wish I could make the window bigger!
[21:04] <doko> Riddell, plus kactivities-kf5
[21:04] <ahoneybun> clivejo: we should compare files
[21:04] <ahoneybun> I have a text file with commands and such
[21:04] <clivejo> yes Im keeping some to
[21:04] <clivejo> trying my best to remember them, but my short term memory is rubbish
[21:05] <ahoneybun> best to keep them anyway
[21:05] <clivejo> is there such a thing as a local wiki server?
[21:06] <ahoneybun> clivejo: we could put our notes on the kubuntu community wiki page
[21:06] <Riddell> doko: kactivities-kf5 has tight build-deps on the other frameworks, what's up there?
[21:06] <doko> Riddell, https://launchpadlibrarian.net/214213143/buildlog_ubuntu-wily-arm64.plasma-workspace_4%3A5.3.95-0ubuntu1_BUILDING.txt.gz
[21:06] <clivejo> ahoneybun: I though it was being phased out?
[21:07] <ahoneybun> is it?
[21:07] <ahoneybun> yyyyyyayyyy
[21:07] <ahoneybun> now to sign it
[21:07] <clivejo> LOL
[21:07]  * ahoneybun searchs logs for debsign command
[21:08] <clivejo> who needs drugs when you have packaging!
[21:09] <clivejo> ahoneybun: this one debsign -r ubuntu@ec2-54-166-32-1.compute-1.amazonaws.com:mnt/path/to/changes
[21:09] <ahoneybun> got it thanks
[21:09] <ahoneybun> I have logs :)
[21:09] <clivejo> have you a wiki link?
[21:10] <ahoneybun> what?
[21:10] <clivejo> a link to community wiki
[21:10] <ahoneybun> oh
[21:10] <ahoneybun> https://community.kde.org/Kubuntu
[21:10] <clivejo> too lazy to google
[21:12] <ahoneybun> https://community.kde.org/Kubuntu/Packaging
[21:12] <ahoneybun> I've added mine
[21:14] <Guest2266> hi - I have just updated to the latest beta nvidia driver (355.06) in kubuntu 15.10 to try EGL as the kwin maintainer wished
[21:14] <Guest2266> i.e -> http://blog.martin-graesslin.com/blog/2015/08/should-we-target-egl-as-the-default/
[21:14] <ahoneybun> now it looks nice
[21:14] <Guest2266> i don't think its working though
[21:14] <Guest2266> if I switch to EGL its like Xrender
[21:14] <Guest2266> (not desktop effects)
[21:14] <Guest2266> GLX is normal
[21:15] <Guest2266> anyway of getting feedback / a log?
[21:16] <Guest2266> I have tried running systemsettings from a konsole window
[21:16] <clivejo> ahoneybun: have you used - debuild -nc (no clean, so doesnt have to compile everything)
[21:17] <ahoneybun> nah
[21:17] <ahoneybun> add it of course
[21:17] <clivejo> thats a handy one with big projects
[21:17] <clivejo> uscan --no-download --verbose  (to check the watch file
[21:19] <ahoneybun> Riddell: I signed the package but it says public key not found
[21:19] <Guest2266> ah - if I select EGL, then run in a console 'kwin_x11 --replace &' I get feedback
[21:20] <Guest2266> I see -> kwin_core: Egl Initialize succeeded - kwin_core: EGL version:  1 . 4
[21:20] <Guest2266> but then -> kwin_core: Creating the OpenGL rendering failed:  "Required extension GL_OES_EGL_image not found, disabling compositing"
[21:25]  * ahoneybun hates gpg
[21:25] <Guest2266> my issue is same as this -> https://devtalk.nvidia.com/default/topic/864738/355-06-does-not-expose-gl_oes_egl_image/
[21:26] <Guest2266> anyone had success with the new beta driver + EGL?
[21:26] <clivejo> Guest2266: I havent tried to be honest
[21:27] <clivejo> are you using the NVidia installer?
[21:27] <Guest2266> yes - latest beta
[21:27] <Guest2266> GLX is fine
[21:27] <clivejo> it really is something you need to ask NVidia
[21:28] <Guest2266> sure, its the EGL kde module though i'm having the issue with - however I am not certain what other EGL tests I can do?
[21:29] <clivejo> what version of plasma you running?
[21:29] <Guest2266> latest in 15.10 
[21:30] <Guest2266> ii  plasma-desktop                                4:5.3.2-0ubuntu3       
[21:30] <clivejo> propsed?
[21:30] <Guest2266> no just normal dev/wily 
[21:31] <ahoneybun> clivejo: any idea about this: gpg: Can't check signature: public key not found ?
[21:31] <clivejo> ahoneybun: arfe you dput'ing?
[21:31] <ahoneybun> yea
[21:32] <clivejo> use dput -u
[21:32] <Guest2266> really just wondering if anyone here had any success, it was on Martin Gräßlin's advice I gave the nvidia driver a go..
[21:32] <ahoneybun> I signed the package 
[21:32] <ahoneybun> thanks
[21:32] <Guest2266> i've added a comment to his blog -> http://blog.martin-graesslin.com/blog/2015/08/should-we-target-egl-as-the-default/ (he said report issues..)
[21:33] <yofel> ahoneybun: dput will check the local keyring for a valid key. If you remote-debsign that doesn't work
[21:33] <yofel> ignoreit
[21:33] <ahoneybun> oh ok
[21:35] <clivejo> Guest2266: Im not sure, I think I read somewhere that there are some new wayland features coming in Plasma5.4
[21:35] <clivejo> Guest46635: but it is still WIP
[21:36] <clivejo> if you dont might breakages, you should try 5.4, report any issues :)
[21:36] <clivejo> might = mind
[21:38] <ahoneybun> clivejo: Build Status on LP has failed
[21:39] <clivejo> ahoneybun: whats the problem?
[21:39] <ahoneybun> what the heck
[21:39] <ahoneybun> CMake error
[21:40] <clivejo> do you use pbuilder?
[21:40] <ahoneybun> https://paste.kde.org/pxpwps7f2
[21:40] <ahoneybun> no
[21:40] <ahoneybun> debuild
[21:41] <ahoneybun> I've never used pbuilder
[21:41] <clivejo> debuild uses your "local" installed packages
[21:41] <clivejo> but the build machines use a very basic install and only bring in the packages you ask it to
[21:41] <ahoneybun> so LP is missing something
[21:41] <clivejo> yup
[21:41] <clivejo> a build dep
[21:42] <ahoneybun> debian/control
[21:42] <ahoneybun> ecm was on the other package we did
[21:42] <clivejo> yeah cause you installed it before its already there
[21:42] <clivejo> but not on the build machine
[21:43] <ahoneybun> ok
[21:43] <clivejo> you need to add the extra-cmake-modules package
[21:43] <ahoneybun> yea I just found that
[21:43] <ahoneybun> should I just edit the debian/changelog or make a new entry?
[21:43] <clivejo> pbuilder is like a clean environment
[21:44] <clivejo> you will need to bump the version number
[21:44] <clivejo> using dch -i
[21:44] <clivejo> otherwise LP will refuse it
[21:44] <clivejo> so fussy!!
[21:44] <ahoneybun> very much like the Ubuntu App Store
[21:45] <clivejo> bump it to  kiriki - 4:15.07.80-1ubuntu2
[21:45] <ahoneybun> it did it for me
[21:45] <clivejo> :)
[21:46] <ahoneybun> now should I sign and upload again or learn to use pbuilder
[21:46] <clivejo> LOL you will probably find there are a few of these
[21:46] <ahoneybun> of?
[21:46] <clivejo> but pbuilder was a bit of a learning step for me
[21:47] <clivejo> misisng deps
[21:47] <ahoneybun> yea
[21:47] <ahoneybun> I'll sign and reupload for now
[21:47] <clivejo> stuff you installed on the EC1 which helped it build OK, but it will fail on LP
[21:48] <doko> Riddell, https://launchpadlibrarian.net/214215408/buildlog_ubuntu-wily-arm64.cantor_4%3A15.04.2-0ubuntu4_BUILDING.txt.gz cantor needs a tighned b-d on kinit
[21:48] <ahoneybun> after LP is happy I'm going to go out for once today lol
[21:49] <clivejo> I dont think LP is ever happy :P
[21:49] <ahoneybun> true
[21:49] <clivejo> Lintan always finds something to moan about!
[21:50] <ahoneybun> yep lol
[21:50] <ahoneybun> sgclark: thanks for the work on 5.3.2 for vivid btw
[21:50] <ahoneybun> sorry for the late thanks
[21:50] <ahoneybun> clivejo: well LP took it now to wait to see if it builds
[21:51] <clivejo> ahoneybun: Im looking with fingers crossed
[21:51] <ahoneybun> I imagine it will find something else
[21:51] <ahoneybun> XD
[21:52] <clivejo> anyone know what this "Enter reader viewer" is on Firefox?
[21:52] <ahoneybun> I think it makes text easier to read 
[21:52] <ahoneybun> like a book mode
[21:53] <clivejo> ahoneybun: failed
[21:53] <ahoneybun> how do you know so fast
[21:53] <clivejo> Qt5SvgConfig.cmake
[21:53] <clivejo> refreshing the page!
[21:53] <ahoneybun> I see
[21:54] <ahoneybun> working on t
[21:54] <ahoneybun> *it
[21:54] <clivejo> can you find the package you need?
[21:54] <ahoneybun> I got it 
[21:56] <clivejo> if we both got time, we should get you using pbuilder
[21:57] <clivejo> saves all this work with LP
[21:58] <clivejo> 3rd time lucky!
[21:59] <ahoneybun> yea XD
[21:59] <clivejo> ahoneybun: I refresh this page - https://launchpad.net/~aaronhoneycutt/+archive/ubuntu/kubuntu-packages/+build/7787290
[21:59] <ahoneybun> I'm there
[22:00] <clivejo> you can see it putting in all the dep packages
[22:00] <clivejo> pulling even
[22:01] <ahoneybun> yep
[22:01] <ahoneybun> configure is done
[22:02] <clivejo> good sign
[22:02] <clivejo> ah lintan!
[22:02] <clivejo> it passed!
[22:02] <ahoneybun> it built
[22:02] <ahoneybun> yay
[22:03] <clivejo> no lintan errors!
[22:03] <ahoneybun> sweet
[22:03] <clivejo> both archs built
[22:03] <clivejo> congrats
[22:03] <ahoneybun> thansk
[22:04] <ahoneybun> done with that
[22:04] <ahoneybun> now time for some sun lol
[22:04] <clivejo> LOL send some my way
[22:04] <ahoneybun> after this YouTube video
[22:05] <clivejo> couple of weeks good weather would be nice
[22:06]  * ahoneybun is out for a few mins at least
[22:06] <clivejo> enjoy
[22:07] <clivejo> anyone know how to turn on the full screen KApp Launcher in 5.4?
[22:07] <clivejo> like this demo - https://www.youtube.com/watch?v=yE9fV8II6eI
[22:18]  * Riddell snoozes
[22:20] <clivejo> tired?
[22:22] <ahoneybun> clivejo: I wonder if it is like that other fullscreen launcher we had in KDE
[22:22] <ahoneybun> 4
[22:23] <ahoneybun> homerun or something like that
[22:23] <clivejo> I cant find it
[22:24] <ahoneybun> not sure then
[22:24] <clivejo> I thought it might be in alternatives
[22:26] <clivejo> who runs the kubuntu forum?
[22:58] <clivejo> 5.4 is pretty smooth
[23:02] <soee_> it works for you ? :)
[23:03] <ahoneybun> I'm also wondering about the fullscreen launcher
[23:03] <clivejo> yup
[23:03] <clivejo> installed pam-kwallet4 and its all good
[23:04] <soee_> clivejo: you have full plasma ? installed from ?
[23:04] <soee_> ahoneybun: maybe it exists as a separate widget ?
[23:04] <ahoneybun> perhaps
[23:04] <ahoneybun> homerun did
[23:05] <ahoneybun> though I don't even know what they are calling it
[23:05] <soee_> still i woul dput it as a alternative menu
[23:05] <ahoneybun> the release says it is kdeplasma-addons
[23:05] <ahoneybun> somewhere in there
[23:06] <ahoneybun> apt search kdeplasma-addons-*
[23:06] <ahoneybun> they say Dashboard alernative but that is confusing 
[23:06] <ahoneybun> we have a Dashboard thing already
[23:06] <soee_> oh .
[23:06] <soee_> ?
[23:07] <ahoneybun> if it is a different package then it would be in the src tars somewhere
[23:10] <ahoneybun> clivejo: soee_ the source talks about "plasmaboard"
[23:11] <ahoneybun> there are xml files for tablet, mid, full and more
[23:11] <ahoneybun> so sounds about right
[23:11] <ahoneybun> ooohhh
[23:11] <ahoneybun> rssnow is back
[23:12] <soee_> the problem with booting stil exists ?
[23:12] <ahoneybun> 5.4 looks and sounds awesome
[23:13] <ahoneybun> Riddell: what is this: http://files.kde.org/snapshots/kubuntu-201508071009-amd64.iso.mirrorlist
[23:13] <ahoneybun> daily builds?
[23:19] <clivejo> time for bed, good night all
[23:21]  * genii quietly puts on a pot of coffee and leaves the mugs out
[23:34] <ahoneybun> Damn
[23:34] <ahoneybun> Now im hitting that clivejo got
[23:34] <ahoneybun> It is freezing
[23:34] <ahoneybun> On login
[23:41] <ahoneybun> Seems i still had updates to apply
[23:42] <ahoneybun> Flash is still getting update 0.0
[23:51] <ahoneybun> and I'm back
[23:51] <ahoneybun> though things are so small now