[04:39] <sitter> doko: is it ok to upload qt-gstreamer with gcc5 fix?
[04:40] <sitter> Riddell: did we ever establish a way to work with the repos of debian that have a source copy a la UDD? (qt-gstreamer for example)
[05:35] <doko> sitter, yes. didn't hear back from Riddell ...
[05:36] <doko> sitter: if you have any idea how to fix kdepim ...
[05:38] <doko> and I see build failures with libkdegames, kconfig (symbols mismatches), however these packages are not in your staging archive
[05:59] <lordievader> Good morning.
[06:48] <ovidiu> hello world
[06:48] <ovidiu> today's updates brought in these lovely errors:
[06:48] <ovidiu> /var/cache/apt/archives/libkf5emoticons-dev_5.12.0-0ubuntu1~ubuntu15.04~ppa1_amd64.deb
[06:48] <ovidiu> trying to overwrite '/usr/lib/x86_64-linux-gnu/qt5/mkspecs/modules/qt_KEmoticons.pri', which is also in package libkf5emoticons-bin 5.9.0-0ubuntu1
[06:48] <ovidiu> /var/cache/apt/archives/libkf5kdelibs4support5-bin_5.12.0-0ubuntu1~ubuntu15.04~ppa1_amd64.deb
[06:48] <ovidiu> trying to overwrite '/usr/share/man/pt_BR/man1/kf5-config.1.gz', which is also in package libkf5kdelibs4support-data 5.9.0-0ubuntu1
[06:49] <lordievader> o/
[06:49] <lordievader> Install it with dpkg --force-overwrite?
[06:49] <ovidiu-florin> why should I have to overwrite?
[06:50] <ovidiu-florin> then I'll get wrrors uppon uninstall
[06:50] <ovidiu-florin> this is not clean
[06:50] <lordievader> Correct, but I am usually told to do that when I get such errors ;)
[06:50] <ovidiu-florin> IMO that's not right
[06:50] <lordievader> I suppose you are running Wily?
[06:51] <ovidiu-florin> Vivid
[06:51] <ovidiu-florin> with backports
[06:51] <lordievader> Oh, it ain't. And they should be fixed, but for the time being you can install it forceably.
[06:51] <ovidiu-florin> I won't install it like that
[06:52] <ovidiu-florin> the problem in this case seems to be KDE SC 4 vs KF5
[06:53] <lordievader> Hmm, no gcc5 among the updates :(
[06:53] <ovidiu-florin> and the emoticons package seems to be a misspackage
[06:56] <ovidiu-florin> no, sorry, they seem to me that both of them are misspackaging
[06:56] <ovidiu-florin> I don't know wether I should report this upstrem or not
[06:58] <lordievader> If it is a packaging issue, no. Those belong on launchpad.
[07:02] <ovidiu-florin> https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/backports/+packages?field.name_filter=libkf5emoticons&field.status_filter=published&field.series_filter=
[07:03] <ovidiu-florin> no such package
[07:04] <lordievader> Then I'm afraid you'll have to wait for one of the devs ;)
[07:05] <ovidiu-florin> sitter sgclark Riddell ping
[07:06] <sitter> hm?
[07:06] <ovidiu-florin> I get: /var/cache/apt/archives/libkf5emoticons-dev_5.12.0-0ubuntu1~ubuntu15.04~ppa1_amd64.deb
[07:06] <ovidiu-florin> trying to overwrite '/usr/lib/x86_64-linux-gnu/qt5/mkspecs/modules/qt_KEmoticons.pri', which is also in package libkf5emoticons-bin 5.9.0-0ubuntu1
[07:06] <ovidiu-florin> when updating today
[07:07] <ovidiu-florin> I think that that package wasn't done right
[07:07] <ovidiu-florin> and also /var/cache/apt/archives/libkf5kdelibs4support5-bin_5.12.0-0ubuntu1~ubuntu15.04~ppa1_amd64.deb
[07:07] <ovidiu-florin> trying to overwrite '/usr/share/man/pt_BR/man1/kf5-config.1.gz', which is also in package libkf5kdelibs4support-data 5.9.0-0ubuntu1
[07:07] <ovidiu-florin> I tried to find the package in launchpad in Kubuntu backports
[07:08] <ovidiu-florin> but no success
[07:09] <sitter> lol
[07:09] <sitter> trying to overwrite '/usr/lib/x86_64-linux-gnu/qt5/mkspecs/modules/qt_KEmoticons.pri', which is also in package libkf5emoticons-bin 5.9.0-0ubuntu1
[07:11] <sitter> ovidiu-florin: you'll have to wait for sgclark I guess. I literally have no idea how backports work
[07:12] <sitter> http://anonscm.debian.org/cgit/pkg-kde/frameworks/kemoticons.git/commit/?h=kubuntu_wily_archive&id=a1fc69d4044d0ca17db9090abe6b5439a1d7f89e
[07:13] <ovidiu-florin> sitter: and libkf5kdelibs4support5-bin ?
[07:14] <sitter> don't have a clone now do I
[07:15] <ovidiu-florin> git clone sitter
[07:15] <sitter> http://anonscm.debian.org/cgit/pkg-kde/frameworks/kdelibs4support.git/commit/?h=kubuntu_wily_archive&id=e47cf11e963d695ef620d60aafdee0c28ef297ee
[07:16] <ovidiu-florin> thank you
[07:29] <santa_> doko: I will be working today on my patchset for kde apps, this includes kdepim, I think I know how to fix the kdepim boost issue
[07:29] <santa_> (but I need to finish frameworks 5.13, I'm about to be done)
[07:37] <sitter> santa_, doko: I am actually content to argue that kdepim should simply be locked back at boost1.55 unless there is a practical reason for why that isn't going to work. kdepim is going to become qt5 shortly which solves the problem
[07:38] <sitter> patching the qt4 kdepim to work involves ifdeffing all boost includes which is faffy as there are quite a bunch of them
[07:39] <doko> sitter, that's not possible, because boost1.55 is not ready for GCC 5. we have to find a solution to get it working with 1.58.
[07:39] <sitter> ifdeffing it is then
[07:39] <sitter> #ifndef Q_MOC_RUN
[07:39] <doko> sitter, did you see the proposed boost hack?
[07:40] <doko> in the fedora report?
[07:40] <sitter> I did not
[07:41] <doko> sitter, https://bugzilla.redhat.com/show_bug.cgi?id=756395
[07:41] <doko> not sure if something like this would help, otoh, it's a hack
[07:42] <sitter> mh, patching moc without upstream approval gives me a very uneasy feeling
[07:43] <sitter> OTOH a global solution for qt4 would certainly be preferred seeing as qt4 as a whole is going to stick around for quite a while
[07:45] <doko> anway, but this is one of the uninstallability issues, so a fix would be welcome
[08:05] <sitter> http://gpul.grupos.udc.es/kubuntu_patches/kdeframeworks-5.13.0/kconfig/0001-Build-depend-on-extra-cmake-modules-5.13.0.patch
[08:05] <sitter> if only the initial upload script wasn't so incredibly terrible
[08:06] <sitter> how does that sort of thing even happen
[08:12] <sitter> santa_: btw not-installed is supposedly supporting wildcards now http://anonscm.debian.org/cgit/pkg-kde/pkg-kde-tools.git/commit/?id=ed78c97b898022c79bf3bceca0816cc1765cc690
[08:18]  * sitter grows ever so suspicious of the amount of new symbols
[08:39] <santa_> sitter: wrt to wildcards last time I sent a patch using that feature you didn't include the patch
[08:53] <Guest56895> doko: wrt gcc 5 transition in ubuntu what is the best chroot to build against gcc? wily + proposed? wily + proposed + silo 16 + silo 39? something else?
[08:53] <santa_> * to build against gcc 5
[08:54] <doko> santa_, just wily + -proposed
[08:55] <santa_> ok, I will update my stuff
[08:55] <Riddell> hi doko, I'm uploading more stuff today
[08:56] <Riddell> starting with frameworks then plasma
[08:56] <santa_> Riddell: please have a look to my frameworks patches ;)
[08:56] <santa_> I don't have anything for plasma
[08:56] <Riddell> santa_: didn't harald apply them all?
[08:56] <doko> Riddell, ta, will be offline until tonigth
[08:57] <santa_> Riddell: doesn't seem so looking @ mailing list
[08:58] <santa_> let me check better
[08:58] <Riddell> "Aug 10 Harald Sitter   (  12) [kubuntu-devel] Re: [Merge request] Patchset for KDE Frameworks 5.13" no?
[08:58] <santa_> ah, ok
[08:58] <santa_> he did
[08:58] <Riddell> yay
[08:58] <santa_> sorry, I was working offline with kmail, lol
[09:04] <sitter_> Riddell: did anyone produce results for ark 15.08 packaging?
[09:04] <sitter_> or any of the other apps for that matter
[09:04] <Riddell> ahoneybun was looking at ark
[09:04] <Riddell> clivejo was strugging with something over the weekend
[09:04] <Riddell> but otherwise no
[09:12] <sitter_> https://notes.kde.org/p/kubuntu-apps-15.08
[09:14] <clivejo> sitter_ I hear you are an expert on symbols
[09:29] <sitter_> clivejo: oh?
[09:29] <clivejo> sitter_: Im having problems with libkf5purpose
[09:29] <clivejo> trying to package 1.0~rc1
[09:30] <clivejo> https://launchpadlibrarian.net/213894294/buildlog_ubuntu-wily-amd64.purpose_1.0~rc1-0ubuntu1~ubuntu15.10~ppa3_BUILDING.txt.gz
[09:30] <clivejo> debug-file-with-no-debug-symbols
[09:31] <clivejo> lintan warnings and errors
[09:31] <clivejo> also symbols-file-contains-current-version-with-debian-revision
[09:34] <sitter_> clivejo: I don't know why
[09:35] <sitter_> best guess I came up with is that the plugins have no debug symbols for whatever reason
[09:36] <clivejo> well I created two *.symbols files
[09:36] <clivejo> but it is still complaining
[09:41] <sitter_> this has nothing to do with symbols files
[09:44] <clivejo> what is it about?
[09:47] <sitter_> clivejo: the debug package
[09:47] <Riddell> clivejo: there's plenty symbols need added to it, that's the output of dpkg-gensymbols in the build log
[09:48] <Riddell> and symbols-file-contains-current-version-with-debian-revision means there's new symbols
[09:48] <Riddell> debug-file-with-no-debug-symbols well who knows, just ignore it
[09:48] <sitter_> https://lintian.debian.org/tags/debug-file-with-no-debug-symbols.html
[09:48] <clivejo> ah Riddell, will you check libkf5purpose and kamoso for me?
[09:49] <clivejo> also, should the package name be changed to libkf5purpose as well?
[09:50] <Riddell> clivejo: looking
[09:53] <clivejo> purpose isnt very unique and hard to search for in the archive
[09:58]  * sitter_ blinks
[10:01] <Riddell> hmm lots of the symbols are from plugins in purpose which we don't care about for ABI compatibility
[10:01] <Riddell> sitter_: do you think we should put those plugins in a separate package? or otherwise ignore the symbols?
[10:02] <sitter_> I don't remember
[10:02] <sitter_> last I talked to aleix he said the plugins woudl move the thing they plug
[10:02] <sitter_> so I was rather content to not care about them
[10:18] <Riddell> sitter_: mm, trouble is gensymbols does want to care about plugin symbols
[10:22] <Riddell> clivejo: uploaded purpose to my ppa:jr/ppa with symbols updated but not for plugins
[10:22] <Riddell> hi TJ-
[10:23] <sitter_> Riddell: what do you mean?
[10:23] <clivejo> I dont understand
[10:23] <clivejo> and Im about to go out the door
[10:23] <Riddell> sitter_: it lists them all as a diff in the buildlog
[10:23] <TJ-> Morning
[10:23] <Riddell> clivejo: groovy, I'll take a look at kamoso and hope to upload it to ubuntu, thanks :)
[10:24] <sitter_> Riddell: well yeah, so add them to the symbols file
[10:24] <clivejo> will you be about later for a lesson on symbols?
[10:24] <Riddell> clivejo: out from 18:00BST
[10:24] <Riddell> hmm, topic overload
[10:25] <Riddell> https://notes.kde.org/p/kubuntu-apps-15.08 for app 15.08, lots to port to kf5
[10:25] <Riddell> TJ-: just incase you're interested in packaging ^^ :)
[10:26] <TJ-> Riddell: gee thanks... not cleared the decks here yet to make time for coding... got a workbench full of electronics to repair :)
[10:26] <bshah> whoa!
[10:28] <TJ-> Does anyone know of a QT/KDE based oscilloscope application? I'm sorely tempted to write a better open-source front-end for the Bitscope (DSO/Logic Analyser/ etc)
[10:44]  * Riddell pauses kci
[11:03] <BluesKaj> Hi all
[11:14] <sitter_> that kdepim FTBFS is super shit
[11:26] <Riddell> sitter_: question is if we should just package the frameworks kdepim and deal with that
[11:26] <sitter_> Riddell: I am about to call that the path to resolution
[11:27] <sitter_> boost is used all over the place in kdepimlibs/kdepim and there's like 300 paths to the offensive includes that cause the FTBFS
[12:00] <sitter_> Riddell: what do we do with qt-gstreamer?
[12:00] <sitter_> the repo has full source, which kinda clashes with our tools
[12:04] <Riddell> sitter_: make a new repo?
[12:05] <Riddell> detrout was discussing qt-gstreamer packaging on debian channel yesterday
[12:05] <sitter_> and the result was create a new repo Oo
[12:06] <sitter_> santa_: FWIW it appears slangasek already did the symbol meddling for qt-gstreamer in wily-proposed
[12:11] <sitter_> Riddell: I pushed at kubuntu_wily_archive for now
[12:14] <Riddell> frameworks up in ubuntu wily now
[12:14]  * Riddell looks at plasma
[13:02] <Riddell> sgclark: did you ever get anywhere with updating kdeconnect-plasma?
[13:08] <sgclark> Riddell: ahh my battery died. Then I forgot. I will finish it today. I am out of town most of this week just so you know.
[13:08] <Riddell> sgclark: ok lovely
[13:46] <Riddell> clivejo: purpose uploaded to ubuntu but it's waiting on new kdeconnect-plasma which sgclark says she's looking at
[13:47] <ahoneybun> Riddell: I hit the patch wall with ark
[13:47] <Riddell> ahoneybun: probably all the patches should be removed
[13:48] <Riddell> what patches does it have?
[13:48] <ahoneybun> umm
[13:48] <ahoneybun> I have to look at the ec2
[13:48] <ahoneybun> patching file plugins/libarchive/libarchivehandler.cpp
[13:48] <ahoneybun> the patch has fuzz
[13:49] <ahoneybun> I gave the full log to sgclark and she says shes been hitting it as well
[13:49] <sgclark> umm what?
[13:49] <Riddell> ahoneybun: there's only use_libarchive_for_zip_files which is some problematic patch that debian added so just remove it
[13:50] <sgclark> reverse applied means it was applied upstream is all I said
[13:50] <ahoneybun> did you remove it already Riddell?
[13:50] <Riddell> ahoneybun: nope
[13:50] <ahoneybun> sorry if I misspoke sgclark
[13:50] <ahoneybun> Riddell: I have no exp with patches
[13:50] <ahoneybun> not for awhile
[13:51] <sgclark> need to go study quilt then
[13:51] <ahoneybun> eww
[13:52] <Riddell>  ahoneybun: rm -r debian/patches   should work here since it's the only one
[13:52] <ahoneybun> what is series
[13:52] <ahoneybun> ?
[13:53] <ahoneybun> same thing weird
[13:54]  * ahoneybun grabs food
[13:55] <TJ-> ahoneybun: "quilt applied" will tell you if a patch is already applied (stored in the ~/.pc/ directory usually)
[13:56] <Riddell> ahoneybun: it just lists the patches to apply
[13:56] <ahoneybun> we removed the patch files
[13:56] <Riddell> so it should be empty or not exist
[13:57] <ahoneybun> Riddell: I saw you renewed your membership lol
[13:57] <Riddell> sure I'm not leaving my ubuntu membership, it still has great technology
[14:00] <Riddell> what a kerfuffle
[14:41] <Riddell> grr, most annoyingly kdelibs4support-dev doesn't want to install in the staging-plasma PPA so nothing will compile and I can't work out why it won't install
[14:41] <Riddell> works fine in a new chroot I made
[14:45] <TJ-> PPA deps.. or lack thereof?
[14:52] <Riddell> trying now with -proposed enabled
[14:55] <Riddell> yep I think you have it TJ-
[15:03] <Riddell> cyphermox: do you know anything about the openconnect gcc transition?
[15:03] <Riddell> plasma-nm isn't compiling
[15:04] <Riddell> I remember doko mentioning something
[15:06] <cyphermox> I know nothing of it
[15:06] <cyphermox> it's failing to build now?
[15:11] <Riddell> cyphermox: it's failing to install openconnect-dev
[15:11] <Riddell> that usually means gcc these days
[15:17] <cyphermox> :/
[15:19] <cyphermox> Riddell: what is failing to install openconnect-dev? Seems like it should be libopenconnect-dev instead?
[15:20] <Riddell> cyphermox: right
[15:20] <Riddell> libproxy1 and libproxy1v5 transition I think
[16:24] <Blizzz> hola. seen trouble with upgrading on vivid? libkf5i18n5:amd64 depends on libkf5i18n-data (= 5.12.0-0ubuntu1~ubuntu15.04~ppa1); however:  Version of libkf5i18n-data on system is 5.9.0-0ubuntu1.
[16:24] <Blizzz> oh, wait, oversaw a line
[16:25] <Blizzz> sudo dpkg -i --force-overwrite /var/cache/apt/archives/libkf5i18n-data_5.12.0-0ubuntu1~ubuntu15.04~ppa1_all.deb ftw
[16:37] <Riddell> yay http://qa.kubuntu.co.uk/ppa-status/plasma/build_status_5.3.95_wily.html going green
[16:44] <sgclark> Riddell: kdeconnect-plasma in staging-misc
[17:10] <mparillo_> I saw something like Plasma 5.3.2 was available for Kubuntu 15.04 via backports. I can double-check, and post a news item.
[17:10] <mamarley> mparillo_: I can confirm, and it works great!
[17:10] <sgclark> mparillo_: yeah it is, please do. I am out of time. Thank you. frameworks 5.12.0 and 5.3.2 I backported.
[17:11] <mamarley> sgclark: Thanks, you are awesome! :)
[17:11] <sgclark> been using it locally and all is working well
[17:29] <vip> do you guys bump version when moving from testing to backports?
[17:29] <vip> (testing, staging)
[17:31] <sgclark> no
[17:40] <soee> Riddell: and Frameworks 5.13 are ready ?
[17:40] <sgclark> Riddell: well maybe you will have better luck, but latest snapshot of kdeconnect still does not work for me.
[17:53] <lordievader> sgclark: Nice, good work on the backports \o/
[17:54] <soee> mparillo_: can you post announcement also here https://plus.google.com/communities/108139456908538054874 ?
[17:59] <mparillo_> I cannot seem to post both to public and to a community. Is there a trick?
[18:52] <doko> Riddell, saw some uploads, is anything going well?
[19:05] <clivejo> what is https://notes.kde.org/p/kubuntu-apps-15.08 ?
[19:05] <clivejo> apparently need a username and password
[19:12] <yofel> cyphermox: an eitherpad for coordination. You'll need a kde identity account
[19:14] <cyphermox> yofel: clivejo:  ^^
[19:14] <yofel> oops
[19:14] <cyphermox> hehe no worries :)
[19:15] <clivejo> thanks
[19:18] <mparillo> On rekonq, the KDE Etherpad gives:  An error occured while loading the pad CircularDependencyError: Encountered circular dependency. in https://notes.kde.org/static/js/require-kernel.js (line 1)
[19:20] <mparillo> Alas, google-chrome works. Spyware FTW.
[21:05] <Riddell> doko: frameworks is up, plasma I'll do shortly I hope http://qa.kubuntu.co.uk/ppa-status/plasma/build_status_5.3.95_wily.html then onto the applications
[21:05] <Riddell> (applications includes a few libraries too)
[21:05] <Riddell> doko: I'll upload openconnect too for plasma-nm
[21:05] <Riddell> ahoneybun: how did you get on with ark?
[21:06] <doko> Riddell, http://qa.ubuntuwire.com/ftbfs/ shows a lot of dep-waits. expected?
[21:07] <Riddell> doko: no, it probably needs some retries
[21:07] <Riddell> I'll run a retry over all the frameworks
[21:08] <doko> thanks
[21:13] <soee_> Riddell: i'm ready to test 5.4beta when its ready :D
[21:13] <Riddell> soee_: go for it http://qa.kubuntu.co.uk/ppa-status/plasma/build_status_5.3.95_wily.html
[21:14] <soee_> what frameworks version it requires ?
[21:14] <Riddell> soee_: the one from ppa:kubuntu-ppa/staging-frameworks
[21:16] <soee_> Riddell: quick check: this packages are going to be removed: kde-config-touchpad plasma-desktop plasma-widget-kimpanel ?
[21:17] <Riddell> soee_: hmm not plasma-desktop
[21:17] <soee_> than something is wrong :)
[21:17] <Riddell> soee_: you'll need to enable -proposed too
[21:18] <soee_> looks like it is not a good idea
[21:19] <soee_> Riddell: http://paste.ubuntu.com/12051626/
[21:20] <Riddell> soee_: mm yes maybe wait a bit
[21:20] <Riddell> the gcc transition means things aren't simple
[21:20] <Riddell> those issues all need Applications to be updated I think
[21:21] <soee_> ok :)
[21:22] <talos_> ok.. "Plasma 5.3.2 and Frameworks 5.12.0 Backported to Kubuntu 15.04": ONLY 640 MB RAM... Awesome! 0_0
[21:22] <soee_> ;D
[21:23] <talos_> I don't believe it.. xfce needs more..
[21:24] <talos_> congratulations guys
[21:33] <Riddell> plasma is up
[21:33] <Riddell> and compiling in wily
[21:35] <soee_> :)
[21:41] <soee_> so i can remove this staging ppas from my list and updates will land in archive ?
[21:41] <soee_> (frameworks + plasma)
[21:58] <ahoneybun> Riddell: I've done nothing after you were messing with it
[22:19] <soee_> Riddell: this is part of 5.4 https://www.youtube.com/watch?v=yE9fV8II6eI ?
[22:20] <doko> Riddell, plasma-pa ftbfs on armhf
[22:32] <doko> Riddell, plasma-pa only builds on x86, anyway, accepting
[22:32] <doko> new package