[00:57] valorie: seems like Riddell has something going on for kdeplasma-addons [00:58] last edit was 3 days ago [03:38] valorie: Even if we don't have the metapackage like Debian, Kubuntu does have all the addons packaged: https://launchpad.net/ubuntu/+source/kdeplasma-addons/4:5.3.95-0ubuntu1 [03:38] See the descriptions of the various binary packages to see which has what you're after. [03:55] ScottK: that's in proposed however [03:56] which is cool, but not available [03:56] and this box is still on vivid [03:56] valorie: https://launchpad.net/ubuntu/+source/kdeplasma-addons/4:5.3.2-2 [03:57] Here's vivid https://launchpad.net/ubuntu/+source/kdeplasma-addons/4:5.2.2-0ubuntu3 [03:57] cool [03:57] here's hoping that they will be backported to vivid [03:57] or perhaps I should upgrade this box too [03:58] little travel netbook was excellent in wily at Akademy [03:58] Dunno. I've been upgrading to Debian recently. [03:58] how are you finding that experience? [03:59] Son is on Debian now as well [04:05] Reasonable. [04:05] Not as polished as Kubuntu, but for me it's fine. [04:06] Fewer politics is nice. [04:06] right, I hope basically withdrawing from Ubuntu politics will work for us [04:07] the rest of the flavors seem to survive without attacks [07:03] someon with Wily and muon ? [07:30] which muon? [07:30] I have wily, just update/upgraded [07:30] muon (master) v5.3.95-21-g91a450b * Harald Sitter: libmuon/backends/ApplicationBackend/ReviewsBackend.cpp [07:30] fix application backend build [07:31] http://commits.kde.org/muon/91a450b76f4b456c170a6dc7f60fac5408ca7ea1 [07:46] muon package manager [07:46] valorie: ^ [07:48] Riddell: kldap needs a new upload which will fix the kdepimlibs build [07:54] soee: I'll check in a mo' [07:56] I finally got listadmin to work on all the servers where I admin lists [07:56] sheesh [07:59] ...and saved on dropbox where I can access it from any computer [08:01] soee: I do now [08:01] what can I test for you? [08:01] file search in dolphin doesn't work if file search (baloo) is disabled [08:01] i found this bug report https://bugs.kde.org/show_bug.cgi?id=339866 [08:01] KDE bug 339866 in search "Dolphin search displays "Invalid protocol" error." [Normal,Resolved: downstream] [08:02] it says something is probably wrong with packaging [08:02] this happans on wily [08:05] valorie: in menu there is a option to exit sources list, but it seems like it just refresh packages list not opening settings [08:06] ok, while I was waiting I used it to update/upgrade [08:06] it will finish in a min [08:07] no idea why it found so much to upgrade when apt alone didn't..... [08:08] but perhaps a whole slew of stuff just hit in the past couple of hourse [08:08] hours [08:09] valorie: yesh Frameworks 5.13 for example [08:09] so a lot of updates [08:16] excellent [08:31] soee, can you be more specific> [08:31] ? [08:31] where in the menu [08:32] seems more powerful than I remember [08:33] valorie: in menu click Settings -> Configure Software Sources [08:34] mh didn't Riddell say something about not being here today -.- [08:34] yes, for me it just refreshed [08:35] no configuration was actually offered [08:35] ah so its some bug :/ [08:35] but now I get the new kdeconnect! [08:36] yes, I'll confirm the bug report [08:36] * sitter wonders why the notes say gpgmepp needs a gcc5 transition [08:36] did you file one, soee? [08:36] last I remember is that the configure software sources button was an external kdesudo software-properties-kde call [08:37] so that's either broken or not ported to pkexec or that's broken [08:37] gcc5 transition... [08:37] valorie: nope [08:38] sitter: because the symbolfile had c++11 symbols in it, Riddell concluded that it wasn't needed [08:38] soee: now I need to go to bed, though [08:38] if you file a bug, I'll confirm [08:38] yofel: just patch it? [08:38] just leave the link here and I'll do it later [08:38] its a new lib [08:38] Good morning. [08:38] the symbols file inside is a stub [08:38] sitter: right, which is what they did IIRC [08:38] * sitter checks [08:38] me and rohan just didn't know that [08:39] (the file being a stub) [08:39] prolly should have mentioned that xD [08:39] no fix in sight apparently [09:29] sitter: right I'm leaving in half an hour [09:35] sitter: kldap up! [09:37] Riddell: all the pim stuff will need new uploads more or less [09:37] I just fixed up all -dev dependencies according to what their cmake files look for [09:38] in particular stuff between kdepimlibs and kdepim fails on second level dependencies of the base libs [09:39] kmime, kholidays, kpimtextedit, kblog, kcontacts, ktnef, kdepimlibs, akonadi-calendar, kcalutils [09:39] or that's what triggered on jenkins anyway xD [09:45] doing a last test build then kdepim should be done (build deps possibly not quite in order, but meh) [09:54] sitter: kmime, kholidays, kpimtextedit, kblog, kcontacts, ktnef, kdepimlibs, akonadi-calendar, kcalutil uploaded! [09:54] cheers [09:54] sitter: have I mentioned you're my hero? [09:54] :* === palasso_ is now known as palasso [10:05] Riddell: http://kci.pangea.pub/job/wily_stable_konsole/lastFailedBuild/consoleFull didn't you fix konsole? [10:10] uhm [10:10] Riddell: please check your dolphin repo [10:10] the dolphin that is on git.debian is not actually ported === greyback__ is now known as greyback [10:42] so where are we up to with Applications 15.07.90? [10:54] is okular kf5 yet? [10:54] No. [10:54] sitter Riddell: ping [10:57] clivejo: same as yesterday I am busy trying to get CI to bulding though [10:58] sitter: if there are multiple install files we need to have the following in rules? [10:58] override_dh_auto_install: [10:58] $(overridden_command) --destdir=debian/tmp [10:58] ScottK: oh hey, btw, pykde4 uses kdepim-dev apparently but kdepim4 is going away now, so I suppose we'll have to rebuild pykde4? [10:58] clivejo: no, it is figured out autiomatically [10:58] Sounds like. I haven't looked at it. [10:58] if there are more than one package the files automatically get installed to debian/tmp [10:59] if there is only one package the files get installed to debian/packagename directly (thus removing teh need to have an install file to begin with) [11:00] sitter: if I use uscan to download the files, will git only care about what happens inside the debian folder? [11:01] clivejo: yes. git only ever cares about what you tell it to care about (i.e. files that you don't git add won't matter neither will changes you don't stage for commit in files that were added) [11:06] sitter: CMake Error at /usr/share/kde4/apps/cmake/modules/FindKDE4Internal.cmake:1316 (message): [11:06] Unable to compile a basic Qt application. Qt has not been found correctly. [11:07] clivejo: context? [11:08] okular building locally [11:08] export QT_SELECT=4 [11:08] your build environment picks up qt5 apparently [11:08] just in konsole? [11:08] yah [11:09] will that break my ability to complie qt5? [11:10] Hi folks [11:11] clivejo: no, will revert on next login. or you can simply export with 5 [11:11] sitter: not working [11:12] clivejo: how are you trying to build okular? [11:14] doko: did xapian not get a rebuild or something? https://launchpadlibrarian.net/214469237/buildlog_ubuntu-wily-amd64.akonadi-search_4%3A15.07.90%2Bgit20150814.1107%2B15.10-0_BUILDING.txt.gz [11:16] sitter: http://paste.ubuntu.com/12078603/ [11:16] sitter, it should, at least in the distro: https://launchpad.net/ubuntu/+source/akonadi/1.13.0-2ubuntu5 [11:17] grml [11:18] clivejo: you can temporarily add that export to debian/rules [11:18] that should make it work definitely [11:18] just don't forget to remove it again before committing [11:18] sitter, you don't have wily-proposed enabled [11:18] in this ppa [11:20] doko: that's intentional [11:21] sitter, but won't work then, that's intentional too =) [11:21] what's the point of proposed if the release pocket breaks anyway :P [11:21] well, we don't change the soname of libc, but it's nearly as bad as this ... [11:22] ah yes, libxapian22v5 is stuck in proposed [11:22] poor thing [11:22] so please be patient. I think at this point it's really better to test in a ppa with proposed enabled. you could create another one [11:24] doko: wouldn't it be more useful if we instead spent time getting stuff out of proposed? [11:24] sitter, sure: see http://pad.ubuntu.com/gcc-5-transition [11:25] sitter, that's what I'm doing all the time this week, fixing kde ftbfs and autopkg tests [11:31] libokularcore6 is complaining about symbols [11:43] can someone look at okular, I cant figure out what is wrong with it [11:44] where's the status page again? [11:45] oh, linked on the pad, nvm [11:45] clivejo: huh, okular looks green though? [11:46] * clivejo face palms [11:47] Ive got okteta and okular missed up! [11:48] stupid dyslexic brain [11:49] ah yes and we are left without a dolphin port [11:49] but notes say jon made one [11:52] sitter: can't you take what's in the PPA? [11:53] the build logs say that the package looks for KF5 [11:53] doesn't actually build though [12:05] sitter: if I dont want the changes in the changefile in my patch, do I just ommit that file whilst staging? [12:11] yofel: because it is not ported [12:12] cmake looking for kf5 has nothing to do with the packaging actually providing it [12:12] clivejo: yep [12:12] aah === MerryChristmas is now known as benonsotfware === benonsotfware is now known as benonsoftware [12:31] is License: GPL-2 or GPL-3 or GPL-KDEeV the same as License: GPL-2? [12:32] no [12:32] also note that "GPL-2 or GPL-3 or GPL-KDEeV" is likely not what was meant there [12:32] why is lintian comlaining then! [12:32] clivejo: because it wants a block for GPL-2 [12:33] but there is no block for GPL-2 because there is nothing licensed GPL-2 [12:33] there's probably only something licensed GPL-KDEeV [12:34] clivejo: replace that or thing with only "GPL-KDEeV" [12:34] not knowing which package you are working on I am still reasonable certain that this is what the copyrigh tshould say :P === rdieter_work is now known as rdieter [12:40] sitter: http://paste.ubuntu.com/12079015/ complaining about line 129 [12:40] well the paragraph at 129 [12:40] W: okteta source: dep5-copyright-license-name-not-unique (paragraph at line 129) [12:41] clivejo: line 47 is GPL-KDEeV [12:41] not that or thing [12:41] that's why lintian then trips over line 129 [12:42] so just put GPL-KDEeV? [12:45] grrr still complaining [12:47] clivejo: yes [12:48] LGPL-2.1-KDEeV [12:48] whats that? [12:51] I suspect that's a reference to the "or later versions as approved by the membersihp of KDE e.V" clause on https://techbase.kde.org/Policies/Licensing_Policy [12:52] I dunno how to fix this [12:52] what's the error [12:52] W: okteta source: dep5-copyright-license-name-not-unique (paragraph at line 129) [12:53] clivejo: it's defined twice [12:53] where? [12:53] still okteta? [12:54] yup [12:54] good question [12:54] I changed line 47 but its still complaining [12:54] clivejo: can you paste the entire lintian output please [12:55] Now running lintian... [12:55] W: okteta source: dep5-copyright-license-name-not-unique (paragraph at line 129) [12:55] W: okteta: binary-without-manpage usr/bin/okteta [12:55] W: okteta: binary-without-manpage usr/bin/struct2osd [12:55] Finished running lintian. [12:56] clivejo: please paste your copyright file [12:57] sitter: http://paste.ubuntu.com/12079084/ [12:57] I changed line 47 as above [12:58] clivejo: are you sure that is the copyright lintian is running on? [12:58] are there other copyright files? [12:59] no but there are possibly different versions of the source? [13:00] git versions? [13:00] clivejo: how do you call lintian [13:00] debuild calls it [13:00] clivejo: how do you call debuild? [13:00] where do you call build? [13:01] *debuild [13:01] debuild -j4 or debuild -nc [13:01] have you tried staging your changes? [13:01] nope [13:04] try that [13:04] also paste your entire debuild output [13:11] sitter: can you apply this patch - http://paste.ubuntu.com/12079151/ [13:11] okteta [13:12] I need to learn more about the copyright file to fix it [13:13] and I have other stuff to do at the minute [13:13] clivejo: that watch file change is no good it removes unstable [13:13] also those should be 3 commits [13:14] it was wrong [13:14] the original line [13:14] ah true [13:14] me daft [13:14] clivejo: I still need that install change in a differnet commit though [13:15] http://anonscm.debian.org/cgit/pkg-kde/applications/okteta.git/commit/?h=kubuntu_stable&id=a3a2608b470048edb77afb697101a86a9e97e69b [13:15] your install fix only applies to 15.7.90, so it needs reverting in kubuntu_stable [13:15] I dont understand [13:15] 15.07.90 uses +usr/share/oktetapart/oktetapartbrowserui.rc [13:16] 15.08.0 will use -usr/share/kxmlgui5/oktetapart/oktetapartbrowserui.rc [13:16] so we need to fix it in kubuntu_wily_archive [13:16] then merge it into kubuntu_stable and revert the install change again, because it makes no sense for the stable CI [13:16] as per your own fix I linked to [13:18] how do I revert the commit in git gui? [13:18] or do I have to do it on terminal? [13:18] clivejo: you don't need to revert it, simply amend and unstage the install change ;) [13:18] and edit the commit message [13:18] then commit [13:18] then you can stage the install change independently in a second commit [13:19] but I have alreadly commited the changes [13:19] clivejo: I haven't pushed it though, so you can still amend it [13:19] simply tick the amend box [13:19] I mean in my local git [13:19] and select the install file in the left bottom list [13:19] then go to edit -> unstage [13:19] I need to revert my local commit? [13:19] git reset HEAD~ ? [13:19] no [13:20] you are not listening [13:20] open git gui [13:20] and tick the amend box [13:20] ah ok [13:20] http://i.imgur.com/hZ0QrBV.jpg [13:21] tick amend -> select install file in list -> go to commit -> unstage from commit [13:21] this will take the file out of the commit object [13:21] then update your commit message and commit the amendment [13:22] ok http://paste.ubuntu.com/12079225/ [13:22] thats minus the install file changes? [13:22] looks good [13:22] now you can make a second commit with the install file changes [13:24] http://paste.ubuntu.com/12079233/ [13:24] I dont understand why the paths have changed between the stable and unstable versions [13:25] but Ill take your word for it [13:25] clivejo: that's not what happend [13:25] kubuntu_stable is not a version [13:25] it is a moving target [13:26] tracking this upstream branch http://quickgit.kde.org/?p=okteta.git&a=shortlog&h=1194c7904b33e1b6540f3f89c92d19e34960aefe [13:26] and this is why the path in kubuntu_stable needs to be different http://quickgit.kde.org/?p=okteta.git&a=commit&h=d88c536ad16f475958bd1b94a39dadad795b9bd0 [13:26] sitter: but Im working from kubuntu_wily_archive? [13:26] that commit happened 4 days after the tagging fo 15.07.90 though http://quickgit.kde.org/?p=okteta.git&a=tag&t=v15.07.90 [13:27] clivejo: kubuntu_wily_archive gets automatically merged in the CI branches [13:27] https://community.kde.org/Kubuntu/CI#Merges [13:27] trying to make it orange or green here - http://qa.kubuntu.co.uk/ppa-status/applications/build_status_15.07.90_wily.html [13:27] rationale being that 99% of the fixes one does in the _archive branch apply to the CI branches [13:28] sitter: can you re-run that build for applications 15.07.90? [13:29] busy doing other things [13:29] ok, no problem, Ill go do my other jobs [13:29] thanks for your help, again! [13:32] doko: kgraphviewer is not part of kde applications, can I simply upload it to get rid fo the boost1.55 hard-dep? [13:35] sitter, sure, just make sure that it builds with -proposed enabled ;) [13:37] aye [13:47] something happend to muon on wily [13:48] configure software sources trigers "check for updates" [13:48] in muon, updater [13:48] snele: muon seems fine here [13:48] in discover "configure sources" doesnt work [13:49] snele: are your packages up to date? [13:49] BluesKaj: can you check Settings>Configure software sources [13:49] BluesKaj: yea i am installing updates few times a day [13:49] it was working few days ago [13:51] I use muon mostly as a reference, otherwise I use the terminal to update and upgrade/install packages [13:52] BluesKaj: well it seems that i cannot edit software sources via muon atm. very wierd [13:52] snele: I edit the sources.list [13:54] BluesKaj: I like gui method for sources :) [14:01] snele: well considering that muon is acting up, then the sources.list is your best alternative IMO [14:02] muon discover doesn't do much for me [14:12] going to head out soon [14:17] yofel, shadeslayer: if one of you fancies doing some uploads to the apps stage ... all the pim packages can probably be uploaded as like half of them had build fixes for CI (a list of them is now avaialble at the bottom of the notes) also okteta [14:17] not sure I'll get to do anything tomorrow as I think I am not home, but let's see [14:17] sitter: tomorrow's Saturday? [14:17] yes [14:18] uh ok [14:18] we are well behind schedule because no one packaged crap [14:18] I can't upload because I have other stuff to do :/ [14:18] oh and if someone wants to... 15.08.0 candidates are available for packagers, so merging stable and initial uploading that might be a feasable thing to do since I almost have everything at least to warning stage in CI [14:21] doko: kdepim pushed to next week I fear, there's only two packages missing to be sucessfully staged though and at least one rebuild (pykde4 needs to loose pim api) needs to be figured out still [14:21] doko: kgraphviewer OTOH built nicely and should be good for migration out of proposed https://launchpad.net/ubuntu/+source/kgraphviewer/4:2.1.90-0ubuntu2 [14:21] sitter, not urgent, because we fixed the kdepim in the archive [14:22] I see kdepim-runtime is on the list of boost1.55 blockers though [14:22] might likely need the seme ifdef treatment [14:25] argh, depends on kolab [17:40] Riddell shadeslayer : could someone push the following patches please http://paste.ubuntu.com/12079225/ http://paste.ubuntu.com/12079233/ for okteta and rebuild [17:43] libkface seems to be symbols problem can I fix those or does it need transition? === murthy is now known as kikidee === kikidee is now known as murthy [19:02] https://plus.google.com/+AaronDennis/posts/dkhKjYCNtaB :) === rdieter is now known as rdieter_work === keithzg_ is now known as keithzg [23:58] valorie: I'm not sure he understands IRC [23:59] ? [23:59] context?