[07:49] Good morning. [08:15] thanks for plasma 5.3.2 in the PPA guys ! [08:15] oddly i'm still getting crashes at shutdown on my 15.10 desktop though. [08:16] Crashes? [08:19] 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] Can't say I've seen that. [08:19] I didn't note which process it was (i'm at work now on kubuntu 15.04+PPA) [08:20] I could have applied updates before hand (can't fully remember) [08:20] if happens again i'll note it and report... [08:20] other than that 15.10 seems rock solid. [08:20] (less issues than in 15.04) [08:23] sounds a bit like https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/1407152 [08:23] Launchpad bug 1407152 in gnome-keyring (Ubuntu) "Can't log out from Plasma session with SDDM" [Critical,Fix released] [08:23] but obviously isnt that bug (which is fixed..) [08:24] yossarianuk: But do you have the fix? ;) [08:25] lordievader: nope - other than going to a virtual console to reboot. [08:26] i will report it if i occurs again... [08:26] 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] I.e. check package versions ;) [08:28] Ohh, Plasma 5.3.95 is Plasma 5.4 alpha, ain't it ? [08:31] ok - i'm running latest 15.10, what version is that at ? [08:31] ps - looking forward to plasma 5.4, 5.3 was an improvement so i imagine 5.4 will also be. [08:33] Judging from the comments it has been applied sometime back. [08:35] Ah, 3.16.0-0ubuntu1 carried the fix. [08:39] hmmm - ok i'll actually try to note whats going on it is re-happens. [08:39] *if it* [09:01] soee_: yes (remove ppa and get updates from wily) [09:23] 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] there is literally no useful information there [09:28] Riddell: apps in need of review: kwalletmanager (straight port), kcalcore, kcontacts, akonadi (straight port), kmime, gpgmepp, kldap, kmbox, syndication [09:34] sitter: oh awesome [09:43] sgclark: kdeconnect working good for me, I've uploaded your package [09:43] sitter: I also made a kubuntu_wily_archive branch [09:44] for kdeconnect? [09:44] sitter: yes [09:44] k [09:44] sitter: shall i just run staging-upload and throw applications into the PPA? [09:45] Riddell: apps not done [09:45] https://notes.kde.org/p/kubuntu-apps-15.08 [09:45] 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] I would pefer packaging -> CI -> fix to make CI happy -> initial upload [09:46] okay dokay [09:46] which would make lots more sense had the CI part been done 4 weeks ago but there's only one me -.- [09:46] but first, I need to do a plasma release, which always sounds icky [09:47] git clone sitter [09:47] a few sitter and Riddell clones would be good :) [09:48] ah clivejo could totally fix up CI warnings :P [09:48] I wish, I just dont have a clue! [09:48] 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] 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] 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] 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] Riddell: this bug is back! https://bugs.launchpad.net/kubuntu-ppa/+bug/1483620 [09:53] Launchpad bug 1483620 in Kubuntu PPA "kipi-plugins 4:4.9.0-0ubuntu1 is missing dependencies" [Undecided,New] [09:54] i thought debian had special tools to make sure that didn't happen [09:54] sitter >> W: libkf5gpgmepp-dev: wrong-section-according-to-package-name libkf5gpgmepp-dev => libdevel [09:54] tsdgeos: you're using backports? [09:55] clivejo: yep, should have Section: libdevel added to the appropriate block in debian/control [09:55] Riddell: http://ppa.launchpad.net/kubuntu-ppa/backports/ubuntu/ [09:55] it worked fine in the vivid package [09:55] how would I go about changing that? [09:56] is Jenkins another LP like build service? [09:56] jenkins is the build service in this case [09:56] how do I access the source? [09:56] 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] kubuntu CI works on special branches kubuntu_stable and kubuntu_unstable [09:57] in this case we'll want to change stable, so switch there using git checkout kubuntu_stable [09:57] then open debian/control and edit it [09:58] to resolve the warning you'll want to change (or add) the Section: field of libkf5gpgmepp-dev to say libdevel [09:58] then save and run `git diff | pastebinit` [09:58] that'll give you a paste url, you give it to me and I'll push the change for you [09:58] you been workin on this? [09:58] (or you can also give it to Riddell, sgclark, shadeslayer, etc...) [09:59] added symbols 58mins ago [09:59] yeah new package for applications 15.08 release [10:02] humm dont have pastebin setup [10:03] http://paste.ubuntu.com/12054619/ [10:04] clivejo: sudo apt install pastebinit [10:04] very handy tool [10:04] yeah, installed it [10:06] what is kubuntu_unstable? [10:06] 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] why do we want an unstable branch [10:07] sitter, kdepim ping [10:07] 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] since unstable eventually becomes stable we'll want to integrate it as well [10:08] so its like +1 [10:08] 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] clivejo: up [10:08] thanks for the heads up [10:09] 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] sitter, I was told that clementine has the same issue [10:09] clivejo: yup that is ;) [10:11] 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] so oketea failed cause of this -> cp: cannot stat 'debian/tmp/usr/share/oktetapart/oktetapartbrowserui.rc': No such file or directory [10:12] doko: what we could do is patch boost to #ifndef Q_MOC_RUN in all the relevant headers [10:13] 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] sitter: ok, then let's do this. could you prepare such a patch? [10:15] 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] doko: when I find time [10:16] sitter looks like its moved debian/tmp/usr/share/oktetapart/oktetapartbrowserui.rc to debian/tmp/usr/share/kxmlgui5/oktetapart/oktetapartbrowserui.rc [10:17] sitter: do you know which files are affected? [10:17] 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] so okteta.install needs changed to the new path? [10:18] yes [10:18] 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] Riddell: so you plan to release new Plasma today ? [10:19] which version is that soee_: [10:19] doko: qt5 one is top priority anyway as I need it for work-work [10:19] =) [10:19] yossarianuk: 5.4 beta for Wily [10:19] clivejo: also possibly oktetapartreadonlyui.rc and oktetapartreadwriteui.rc changed path, so you can make sure those are correct in the install [10:19] cool - will that be in the normal wily (15.10) repos? [10:19] yossarianuk: yes [10:20] excellent! === soee_ is now known as soee [10:21] 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] see the julia package [10:21] soee: plasma beta out now [10:22] doko: I don't think I've heard of it, where it's being used by kde? [10:22] ahh, not kde, sorry [10:23] Is the fullscreen launcher included by default in 5.4 ? - i.e -> https://www.youtube.com/watch?v=yE9fV8II6eI&feature=youtu.be [10:23] or is that an addon? [10:23] sitter: http://paste.ubuntu.com/12054685/ [10:24] yossarianuk: find teh answer here https://dot.kde.org/2015/08/11/plasma-54-beta-adds-shine [10:26] clivejo: thanks. pushed [10:32] soee: cheers for the outline of 5.4 [10:32] so will wayland be 'fully' supported by 5.5 / 5.6 ? [10:36] sitter: in kate -> textfilterplugin.so doesnt seem to be built, how do I find out what happened to it? [10:37] full path is usr/lib/*/qt5/plugins/ktexteditor/textfilterplugin.so [10:40] is it being built separately? [10:41] clivejo: that one is tricky and impossible to find out :P [10:42] sitter: ah now, nothing is impossible [10:42] well, it's not it's just very pointless [10:42] do you know Christoph Cullmann ? [10:42] it is fallout from us merging unstable into stable too late [10:43] he was working on it in Akademy [10:43] 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] and that's why the build is now failing [10:43] hes bound to know! [10:43] fixing this invovles meddling with git [10:44] actually what I just said might be nonsense xD [10:44] cant git go back in time? [10:45] what I said was correct after all ^^ [10:45] clivejo: not necessary [10:45] clivejo: purpose starting to go green now I uploaded sgclark's kdeconnect :) https://launchpad.net/ubuntu/+source/purpose/1.0~rc1-0ubuntu1 [10:46] where did you get the new kde-connect?!? [10:46] clivejo: the workflow to resolve this is essentially git revert the last commit, then merge stable into unstable and revert the revert [10:46] it's madness [10:46] revert the revert [10:46] LOL [10:47] http://anonscm.debian.org/cgit/pkg-kde/applications/kate.git/log/?h=kubuntu_unstable :P [10:48] clivejo: should be fixed in the next build now \o/ [10:48] what happened that file? [10:50] oh, its a brand new plugin for the next release? [10:50] Riddell: do we plan 5.4beta backport ? [10:50] clivejo: from sgclark who just took a git snapshot cos Vaca won't make a release [10:50] soee: I doubt I have time, maybe sgclark will take it up but she says she's away this week [10:51] ok, thank you [10:51] how do I search the commits? [10:52] I googled textfilterplugin.so and didnt find anything [10:52] clivejo: I use gitk [10:52] whats gitk? [10:52] gui for git log [10:52] a very 1990's gui though ;) [10:53] I have only ever seen one other person use it, so you might find qgit or ggit more enjoyable to use [10:53] so I have to clone the package first? [10:53] no web interface? [10:53] clivejo: for kate? quickgit.kde.org [10:53] I find cloning faster than fighting with web interfaces though [10:54] http://quickgit.kde.org/?p=kate.git&a=commit&h=07f60d0afa789e23421da7b8c44908dd01dd6df0 [10:54] if you look at the CMakeLists.txt change you'll notice that this change enables the plugin [10:55] hence resolving https://bugs.kde.org/show_bug.cgi?id=347243 [10:55] KDE bug 347243 in plugin-pythonapi "text filter plugin missing from kate 5.0.0" [Major,Resolved: fixed] [10:55] should it not be enabled? [10:56] clivejo: not for applications 15.08 [10:56] it's a new feature, and since 15.08 supposedly was already frozen it can only go into 15.12 [10:56] 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] Riddell: new for review kholidays and kpimtextedit [10:57] is it lib-devel ? [10:58] Package: libkf5gpgmepp-dev [10:58] Section : libdevel [10:58] notice the difference [10:58] the space? [10:58] yes [10:58] good lord [10:58] fussy isnt it [10:59] computers are fussy like that [10:59] lintian is pretty strict [11:00] OCD more like it [11:00] enforcing a common format isn't a bad thing though [11:00] next thing you know is someone does this: http://paste.ubuntu.com/12054847/ [11:01] always gets my blood boiling when people do that with code :P [11:01] now I like that formatting [11:01] lot's of people do [11:02] 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] also there's the qustion of tab vs. space [11:03] and there's people who prefer tab which then usually looks weird for everyone but the person who put the tabs there ;) [11:03] http://paste.ubuntu.com/12054857/ [11:03] formatting is always a faffy subject [11:03] surely human readility is more important! [11:05] clivejo: studies have shown that it doesn't improve readability :P [11:05] especially not if you have long words to column on [11:05] Im dyslexic, so it does for me [11:05] as the space betwen short words and actual value gets bigger one finds it harder to hold the line when reading [11:05] I dont read, I recognise word patterns! [11:06] clivejo: same difference [11:08] sitter: have you fixed the formatting for gpgmepp? [11:08] clivejo: no [11:08] there's another problem as well. a new one \o/ [11:08] whats the new problem? [11:09] clivejo: there's a new warning [11:09] check the parsed output [11:10] grrr I hate versions [11:12] what zero is it complaining about? [11:12] the 15.10-0? [11:13] eh eh [11:13] clivejo: http://kci.pangea.pub/job/wily_stable_gpgmepp/2/parsed_console/ [11:13] you usually want to look at the parsed output [11:13] the raw output has many more complaints we choose to ignore for various reasons [11:15] is the missing depends caused by my using a space in the section ? [11:16] sitter: ark up for review [11:18] Riddell: + rm debian/ark/usr/lib/*/libkerfuffle.so [11:18] we should upstream this [11:18] clivejo: nope it's me being a crappy packager :S [11:19] clivejo: you'll want to add the two libraries as dependencies of the -dbg package [11:19] sitter: why is that? [11:20] clivejo: because in order to use the debug symbols one needs to have the thing to debug installed as well [11:21] ah, good logic there [11:24] 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] sitter: it current Depends: libkf5gpgmepp5 (= ${binary:Version}) | libkf5gpgmepp-pthread5 (= ${binary:Version}) | libkf5qgpgme5 (= ${binary:$ [11:26] ${misc:Depends} [11:27] I need to add libkf5gpgmepp-dev? [11:27] no [11:27] hm [11:27] interesting [11:28] * clivejo rubs chin in deep thought [11:29] clivejo: it possibly complains because it doesn't depend on gpgme which isn't a package fo rcourse [11:32] if my lintian actually wasn't defunct this would be easier to debug >.< [11:33] Riddell, sitter: kwin ftbfs [11:36] Hey folks [11:36] hi BluesKaj [11:36] doko: looks like it needs its kwayland build-dep version bumped, fixing.. [11:36] Hi clivejo [11:38] Riddell, sitter: kwin kwayland-integration kscreen kicad [11:40] clivejo: let's fix the Section for now. I can't seem to reproduce the dbg warning [11:40] doko: kicad we're innocent of, that's wxgtk stuff! :) [11:40] might be a fluke [11:40] I think the missing section is generating that error [11:41] you want me to make the diff? [11:42] please [11:42] http://paste.ubuntu.com/12055024/ [11:42] get me some experience! [11:43] is plasma 5.4 beta packaged to wily? it will be in main repository for wily or in backports? [11:43] clivejo: pushed [11:43] let's see what happens [11:44] * clivejo fingers crossed [11:44] Riddell: are you preping a review request for ark? [11:44] snele: backports are for previous version, so development version never has backports [11:45] 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] Riddell: regarding purpose, should the package name be changed to libkf5purpose? [11:45] Riddell: https://git.reviewboard.kde.org/r/124610/ [11:46] 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] sitter: genius, ok I'll take a look [11:48] Riddell, could we stop with new plasma versions until we have the current stack in -release, or is this required? [11:48] doko: it's all uploaded [11:49] 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] yes, babysitting these ... [11:50] Riddell, ktorrent has a b-d on itself? [11:56] Riddell: kidentitymanagement for review [11:57] sitter: libktorrent is the next qt4/boost candidate [12:04] 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] Im getting "pam-kwallet : Depends: pam-kwallet4 but it is not installed" on upgrade of wily [12:18] 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] you should wait [12:48] but if you already broke your system you could ask jr where he put the WIP packages and update using those [12:51] doko: libktorrent should be fixed in ubuntu4 [12:51] clivejo: achievement unlocked: CI fixer [12:52] sitter, ta [12:57] 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] Riddell: see last comment https://plus.google.com/110954078302330754910/posts/hsrBjUKZRfi [13:01] Riddell: all new packages are already in archive or some are unpubllished yet and this might cause the problems ? [13:02] probably some are unpublished [13:03] * doko grumbles at sitter for not using GCC 5 for testing ... [13:04] :@ [13:04] doko: I wouldn't know what to do anyway :P [13:05] heh [13:44] sitte Riddell: what is kamoso failing - http://kci.pangea.pub/job/wily_unstable_kamoso/ [13:45] sitter: [13:45] "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] and plasma-pa ? [13:48] is there a ppa for testing? [13:49] Riddell, clivejo: launchpad swollowed the upload [13:49] there is no sign of it [13:49] simply retrying is the best course of action for rejection anyway [13:49] you didnt push it to the wrong place *coughs* [13:49] if it doesn't work twice in a row it is cause for concern ^^ [13:50] sitter: are you on the KDE team? [13:51] yup [13:52] any plans to get the kolab server packaged in Ubuntu? [13:54] I think we had looked into it at some point and possibly even had packages. but it is a chore to maintain [13:54] in particular since IIRC it required patching various middleware packages [13:55] yes it's always scared me too much [13:55] scared you?!? [13:55] there is a debian packaging team, dunno how far they got [13:59] what would it take to get it into ubuntu archive? [14:02] I don't know, I'm unsure what needs to be changed in other packages [14:07] kdepimlibs is still way too huge >.< [14:12] I thought they were separating it into modules? [14:15] yeah, but there' still a wall of akonadi left [14:15] I mean [14:15] it's way less mental than it was before [14:15] http://paste.ubuntu.com/12055721/ [14:20] 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] since apol is on vacation, you know anything about that being related to appstream adata? [14:21] http://blog.tenstral.net/2015/08/appstreamdep-11-for-everyone-beta.html [14:21] starbuck1: first of all: is Muon compiled with AppStream support? [14:22] and: do you have AppStream metadata? [14:22] you can search through the data using the appstream-index tool [14:29] ximion: are you and apol exchanging status so far? [14:29] Riddell, clivejo: [14:29] Rejected: [14:29] 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] i read about the discussion to split discover as standalone from muon packager... [14:30] stupid version [14:32] 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] at Tanglu we enable the experimental PK backend to get AppStream support, which sort of works [14:33] but still, you can see that PK is less mature in Muon than QApt is [14:34] 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] apol wanted to do all the Muon stuff, while I wanted to improve the libappstream and libappstream-qt libraries [14:52] whats wrong with this package -> http://kci.pangea.pub/job/wily_stable_kalgebra/9/parsed_console/ [15:12] 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] santa_: hi [15:14] hi everyone [15:16] ximion: when muon packager and updater is split, would you like to carry on dsicover + appstream/PK? [15:17] 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] 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] it's using QAppStream afterall :-) [15:21] one idea is to merge the updater part into Discover as well, btw [15:21] 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] and maybe find a new maintainer for the Debian/Kubuntu-specific Muon [15:24] 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] I need to check what's actually in Discover atm, one second... [15:25] hmm, it's still dependent on PK being enabled [15:25] so unless you changed that in Kubuntu, there is actually no AppStream support enabled [15:25] oh, so it might be another issue [15:25] lets wait until pol returns :) [15:26] *apol [15:26] ldd /usr/bin/muon-discover | grep appstream [15:27] if that shows nothing => no AppSteam [15:27] I could take a look at it, but I'm currently a bit occupied with Debconf [15:29] org.kde.analitza will be a runtime qml issue [15:30] 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] I can re-submit anything if it got obsolete, I started with those a long time ago [15:32] 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] santa_: thanks, I'll look at them shortly [15:35] 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] Discover with AppStream support enabled is required though, unless using the CLI tool is good enough :-) [15:45] ah bother, kwin needs libhybris which doesn't exist on powerpc or arm64 or ppc64el [15:47] Riddell, uploaded a kwin which hopefully will build on arm64, powerpc and ppc64el [15:48] ah you're ahead of me :) [15:49] Riddell, so we plan to force gcc-5 and gcc-defaults to release tonight [15:50] kde should be kept back by other dependencies, but you won't be able to build things in wily without wily-proposed [16:02] Riddell: ping [16:20] ohhh kde connect update [16:25] yup, but no full Plasma 5.4 yet :/ [16:28] hi ahoneybun [17:23] hmm i think plasma and some part of frameworsk get stuck in proposed [17:48] and they will stay there until the gcc5 transition is done, so don't hold your breath [18:02] Riddell: why do I keep getting emails about purpose failing to build? [18:05] clivejo: if your name/email is in the changelog entry when it was uploaded, you will recieve the failure messages [18:06] (as you might be responsible for that) [18:06] ah [18:17] yofel: do you have a login for http://anonscm.debian.org/cgit/pkg-kde/ [18:21] Riddell: ping [18:24] anyone?!? === claydoh_ is now known as claydoh [18:59] clivejo: yes, why? [19:09] Holy crap [19:10] 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] 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] Riddell: I'm getting Permission denied when trying to connect to the ec2 [19:26] I can confirm: 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] yofel: I want to try a patch [19:28] Quintasan: 'which git' is /usr/bin/git ? [19:29] yeah [19:29] odd, says 1.9.1 here [19:30] What on Earth... [19:38] Ive just installed updates and wily wants to reboot, will I be able to get back into my desktop? [19:38] clivejo: sorted? [19:38] Riddell, man, sloppy b-d's are really a mess. at least update kdelibs4support [19:38] ahoneybun: yeah i kicked you out I'm afraid so I could sign stuff easier, do you need t? [19:38] doko: where? [19:39] Riddell: nope, I want to try a patch [19:39] I was going to see if we could work on ark if someone else has not taken it yet [19:39] ahoneybun: I finished it off [19:39] oh [19:39] ok [19:39] ahoneybun: you'd done it all pretty much [19:39] ahoneybun: lots more to do on the doc [19:39] https://notes.kde.org/p/kubuntu-apps-15.08 [19:40] 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] so I was about right with what I was doing Riddell? [19:41] 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]