[00:01] <yofel> I think so..
[00:02] <yofel> "I swear pim is cursed" - you only realized that now? XD
[00:02] <yofel> it's been cursed since 4.5 or so
[00:04] <clivejo> :( theres KCI gone for 20 hours or more :(
[00:05] <clivejo> yofel: should I add kubuntu_unstable branches for those two new packages in debian git?
[00:05] <yofel> go ahead
[00:05] <clivejo> stable too?
[00:13] <clivejo> yofel: stable too?
[00:13] <yofel> hm.. I guess so..
[00:14] <clivejo> sorry, Im tired
[00:14] <clivejo> cant think
[00:16] <yofel> dito -.-
[00:16] <clivejo> ok done
[00:16] <clivejo> if one of you could poke KCI to build those
[00:16] <clivejo> Im gonna go to bed
[00:17] <clivejo> night all
[02:33] <sgclark> ok all blogged out. and need a break. oh jobs that need kicked. will do that.
[05:43] <ScottK> valorie: What's this new distro list meant to cover that wasn't covered by either the packager or release lists?
[06:38] <valorie> ScottK: social issues/upcoming stuff larger than immediate packaging stuff -- on both sides
[06:48] <Mirv> yofel: Qt 5.6 delayed again roughly two weeks. it's probably obvious by now that we won't get it, but just saying it aloud. backport requests to 5.5 welcome, I've been trying to help the multi-monitor use case with several new backports.
[07:30] <valorie> yofel, sgclark, or clivejo -- should I ppa-purge ppa:kubuntu-ppa/staging-kdeapplications and then add ppa:kubuntu-ppa/staging-misc and upgrade (to my xenial box)?
[07:30] <valorie> or can I just remove ppa:kubuntu-ppa/staging-kdeapplications
[07:30] <valorie> to make the best test for y'all 
[08:30] <kathrin__> Hi, I'm trying to create a boot-stick. Neither Start Disk-Creator nor Unetbootin does the task. I get "BOOT ERROR" 
[08:30] <Daskreech> This is MAH Bootstick!!
[08:30] <Daskreech> What does your MB use to boot?
[08:31] <Daskreech> Oh and Help in #kubuntu please :)
[08:32] <kathrin__> I created a lot of sticks the last hours: Ubuntu 15.10  Kubuntu 15.10  Lubuntu 15.10  None of those works
[09:01] <lordievader> Good morning.
[12:02] <BluesKaj> Hey folks
[12:03] <soee> hiho BluesKaj
[12:07] <BluesKaj> Hey soee
[12:16] <clivejo> soee: can you test apps 15.12.1?
[12:17] <soee> clivejo: sure but later at home, here @ work im on Wily
[12:18] <clivejo> and also misc staging too, we need these packages tested so we can get them into xenial archive!
[12:18] <clivejo> http://scarlettgatelyclark.com/2016/kubuntu-kde-where-oh-where-have-i-been-busy-i-say/
[12:18] <clivejo> anyone testing Xenial, please test those !
[12:18] <clivejo> contains Frameworks 5.18 Plasma 5.5.4 Applications 15.12.1
[12:20] <clivejo> come on wily, builds on xenial, why not you!
[12:20] <soee> clivejo: Frameworks and Plasma 5.4.4 have been tested already
[12:22] <clivejo> hmmm
[12:22] <clivejo> wily mbox i386 failed to build
[12:31] <clivejo> stupid thing
[12:33] <BluesKaj> is plasma 5.6 available in the ppas?
[12:34] <BluesKaj> hey clivejo, how goes it?
[12:41] <yofel> clivejo: what's the state with kdepim?
[12:41] <yofel> I still get dpkg: error processing archive /var/cache/apt/archives/libkf5akonadicore-bin_4%3a15.12.1-2ubuntu1~ubuntu16.04~ppa2_amd64.deb (--unpack):
[12:41] <yofel>  trying to overwrite '/usr/bin/akonadiselftest', which is also in package kdepimlibs-bin 4:15.12.0-0ubuntu1~ubuntu16.04~ppa3
[12:50]  * yofel finishes reading scarlett's blog post and tries agian
[13:18] <yofel> staging-misc still throws the overwrite error
[13:21] <mparillo> clivejo: Test which applications?
[13:33] <sgclark> yofel at this point point kdepim will not even build. I am inclined to skip it.
[13:33] <yofel> +1
[13:34] <sgclark> other than that we are good to go, unless some testers arrived and has said otherwise
[13:36] <BluesKaj> any word on when and which ppa plasma 5.6 will be available?
[13:37] <sgclark> BluesKaj: not anytime before our current work is in archive. sorry
[13:39] <BluesKaj> np sgclark, I just read JR's announcement on kde dot news, but there were no links, so i thought ask here
[13:40] <BluesKaj> i'd ask
[13:50] <tsdgeos> sgclark: if you want me to help you may want to throw me more than https://launchpadlibrarian.net/245559807/buildlog_ubuntu-xenial-amd64.kdepim_4%3A15.12.1-1ubuntu1~ubuntu16.04~ppa5_BUILDING.txt.gz
[13:50] <tsdgeos> at least i'm going to need to know exactly which ppas you're using for that
[13:50] <sgclark> ah sorry. just woke up
[13:50] <sgclark> tsdgeos: all in here https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-misc
[13:51] <tsdgeos> ok
[13:51] <sgclark> thankyou
[14:20] <clivejo> sgclark: can you copy in prison and try it?
[14:21] <sgclark> clivejo: from ci ? no, we need only packages going to archive. 
[14:21] <sgclark> whyis it copied from ci? perhaps it needs to be packaged in xenial_archive?
[14:22] <clivejo> its supposed to be in frameworks, no?
[14:23] <sgclark> it was not with frameworks. it had a git version
[14:24] <clivejo> I dunno, debian git has it as a framework - http://anonscm.debian.org/cgit/pkg-kde/frameworks/prison.git/
[14:24] <sgclark> I am busy with family right now, can't look for another hour or so
[14:25] <clivejo> oh maybe not
[14:26] <clivejo> its not found in the staging apps build
[14:29] <clivejo> +1 for stripping out PIM, if my opinion counts to anyone :P
[14:29] <sgclark> that version is odd. Is it not release upstream I wonder?
[14:29] <sgclark> though it is an optional dep, it should not FTBFS pim in theory.
[14:30] <clivejo> Its optional and not install in the apps staging PPA
[14:30] <clivejo> which rules it out
[14:30] <sgclark> correct. because it is apparently not released with the kf5 we have.
[14:31] <sgclark> anyway, I suspect it is build order maybe. possibly.
[14:40] <clivejo> finished 15 hours ago
[14:40] <clivejo> maybe poke it to rebuild?
[14:40] <clivejo> maybe something it needed wasnt published 15 hours ago
[14:43] <clivejo> Ill retry it :/
[15:27] <sgclark> clivejo: tsdgeos: I am fairly certain I found the problem. akonadi-calendar was built with an old akonadi. I will bump version req and rebuild. cross your fingers.
[15:33] <soee> hiho
[15:33] <soee> clivejo: if i have 5.5.4 and Framework 5.18 installed shall i test only apps ?
[15:35] <soee> sgclark: staging-application is the one to be tested ?
[15:36] <sgclark> soee staging-misc. but wait a few I may very well have pim fixed soon
[15:36] <sgclark> well mostly fixed, still no kolab
[15:39] <soee> sgclark: shall we deal with this pim? You wrote on blok it might be broken again
[15:39] <soee> *blog
[15:41] <sgclark> sorry I do not understand. 
[15:41] <sgclark> I think I found the problem and in the middle of trying to fix.
[15:44] <soee> sgclark: ""
[15:44] <soee> Upstream is making massive
[15:44] <tsdgeos> sgclark: ok, plz keep me updated on whether i need to work on this or not
[15:44] <soee> changes and ABI is broken. Aka, even if we manage to get the builds green, there is still large chances for crashy behavior.
[15:45] <sgclark> soee: yes. but I think I found the problem. and working on fixing it.
[15:45] <sgclark> I am not sure what you are trying to tell me sorry.
[15:49] <soee> sgclark: ok. ping me when it is read for tests
[15:50] <sgclark> will do
[17:11] <clivejo> git pull
[17:13] <soee_> git checkout working_branch :)
[17:14] <clivejo> nope
[17:14] <clivejo> kubuntu_unstable :P
[17:14] <clivejo> batch patch and push
[17:14] <soee_> any response with this ffe ?
[17:14] <clivejo> yup
[17:15] <clivejo> spoke to Iain Laney who commented on the bug
[17:15] <soee_> with what result ? :)
[17:15] <clivejo> he wants it all to be uploaded in one batch
[17:15] <soee_> i see
[17:15] <clivejo> so sgclark has been working on putting all the packages into a misc PPA 
[17:16] <soee_> are we ready for it ? or wating for Scarlett to fix PIM ?
[17:16] <clivejo> and everything has built, bar PIM
[17:16] <clivejo> I think sgclark was taking one last stab at PIM
[17:16] <soee_> she is working on fix
[17:16] <sgclark> correct
[17:16] <clivejo> if it doesnt work, we may just ommit it
[17:16] <sgclark> was gonna try kolab as well, but I dont have a clue what you did here
[17:17] <clivejo> I need to revert my last kolab commit
[17:17] <clivejo> to our branch
[17:18] <soee_> btw. after this upload we can pust into archive also 5.5.5 wen it is ready ?
[17:18] <soee_> *put
[17:19] <clivejo> soee_: nope
[17:19] <soee_> oh ?
[17:19] <clivejo> archive is frozen
[17:19] <sgclark> 5.5 is a point release? I think we can actually
[17:19] <soee_> yes, and 5.5.5 is jsut bugfix release
[17:19] <clivejo> oh
[17:20] <sgclark> we can't put any new features, bug fixes ok
[17:20] <clivejo> I finda took from Phil it wouldnt make it
[17:20] <soee_> so this one yes and Frameworks 5.19 in backports
[17:20] <sgclark> but lets try and get our current batch inarchive shall we.
[17:20] <clivejo> my bad
[17:20]  * sgclark goes back to fighting with kolab
[17:20] <clivejo> sgclark: I reckon just remove PIM
[17:21] <clivejo> we need the rest in the archive
[17:23] <clivejo> then we can concentrate on apps 16.04
[17:24] <snele> in plasma 5.5.5 missing systray icons issue is finally fixed, and it is last bugfix in 5.5 series so you should put is in main repo after you finish ffe :)
[17:24] <soee_> they werent released yet no ?
[17:25] <clivejo> soee_: source tars are available, but we havent done anything yet
[17:26] <clivejo> actually 5.6 beta is out :)
[17:26] <soee_> but they wont make into 16.04 anyway
[17:26] <clivejo> nope
[17:26] <soee_> atleast not with normal updates
[17:26] <soee_> so i would say: first Frameworks 5.19, than Plasma 5.6 than Apps 16.04
[17:27] <clivejo> I dont think those can go into the archive
[17:27] <clivejo> need to ask Phil
[17:28] <soee_> no no ;) 
[17:28] <soee_> just backports
[17:28] <clivejo> sgclark: if I have time later, will I stage plasma 5.5.5?
[17:29] <sgclark> no please. let get this stuff in archive. do not do anything until it is.
[17:29] <clivejo> ok
[17:30] <clivejo> is there anything else I can do?
[17:30] <sgclark> just keep up the ci work, that is great help
[17:30] <sgclark> ad will make 5.5.5 a cinch when the time comes
[17:32] <clivejo> sgclark: how could I roll back kubuntu_unstable to stable?
[17:32] <clivejo> http://anonscm.debian.org/cgit/pkg-kde/kubuntu/libkolab.git/log/?h=kubuntu_unstable
[17:33] <sgclark> I think gitk has an easy way to reset to x commit
[18:25] <genii> I now have vanilla Xenial from today's daily iso installed onto a USB flash drive, all updates applied, no PPAs added yet. Running OK so far on Acer Aspire ZS600. Let me know if there's something I can test .
[18:26] <soee> genii: yes there will be a lot
[18:26] <soee> stay tuned for info :)
[18:26] <genii> Will do :)
[18:26] <genii> I am going to connect to IRC on that box now through webchat
[18:29]  * genii-xenial sips
[19:01] <clivejo> !info ring
[19:02] <sgclark> arg
[19:03] <sgclark> oh that is old
[19:03] <clivejo> apparently not - https://ring.cx/
[19:04] <sgclark> not ring, kmime build lol
[19:04] <clivejo> oh, my bad!
[19:06] <clivejo> sgclark: any luck with PIM?
[19:06] <sgclark> making progress. 
[19:07] <sgclark> getting kolab going as well while I am at it. 
[19:07] <sgclark> fairly certain the versions you were trying needs akonadi-next
[19:08] <sgclark> which is unreeased and far in the future
[19:08] <sgclark> unreleased
[19:08]  * genii-xenial sips
[19:08] <sick_rimmit> Hi folks
[19:09] <clivejo> hi sick_rimmit
[19:09] <sgclark> howdy
[19:09] <sick_rimmit> Is everything cool with the FFE ?
[19:09] <clivejo> well the libkolab version I was working on is the lastest from Kolab Systems
[19:10] <clivejo> but its for their server side stack and built using libcalendaring
[19:12] <sgclark> sounds scary. sticking with merging unstable
[19:13] <clivejo> so I found the files it was looking for in the PIM stack
[19:13] <clivejo> and it seemed to build on LP
[19:13] <sick_rimmit> Can anyone advise me on how to go about writing for the Ubuntu Weekly Newsletter
[19:14] <clivejo> but kdepim doesnt like it :/
[19:15] <sick_rimmit> Doh! I got it sorry
[19:16] <genii> sick_rimmit: Perhaps talk to pleia
[19:16] <sgclark> sick_rimmit: try talking to https://launchpad.net/~lyz
[19:17] <clivejo> wow, how did libkscreen get so far out of snyc with debian!
[19:17] <sgclark> yeah pleia2 can find her usually in #xubuntu channel
[19:17] <sgclark> clivejo: my guess is you in wrong repo
[19:18] <clivejo> http://anonscm.debian.org/cgit/pkg-kde/plasma/libkscreen.git
[19:18] <clivejo> do a diff on ours against master
[19:18] <clivejo> we have different install files etc
[19:19] <genii> Whoa, two Yippee in a row
[19:22] <sgclark> wow no debian merge on that either. how did you stumble on that clivejo? guess we need to do that
[19:22] <clivejo> pets KCI, good boy!
[19:22] <sgclark> lol
[19:22] <clivejo> sgclark: fixing KCI 
[19:22] <clivejo> thought it was a symbols issue
[19:23] <clivejo> but then realised it was something more!
[19:23] <sgclark> can you do it? I have to still do kde-l10n or we can switch :P
[19:23] <clivejo> Ill try it, need to learn
[19:23] <sgclark> which one lol
[19:23] <clivejo> but I will probably need a hand
[19:23] <clivejo> libkscreen
[19:24] <sgclark> ok, sure I will be here all day
[19:24] <clivejo> I have it cloned here and been looking at a merge
[19:24] <clivejo> lots of problems
[19:24] <sgclark> keep everything debian
[19:25] <clivejo> one question is why do we have libkf5screen7?
[19:25] <sgclark> the only thing to be wary on is packaname differences in deps
[19:25] <sgclark> I have not even looked at that and would not know.
[19:25] <sgclark> one thing though is our packaging for master? that will make a difference
[19:26] <sgclark> so go with debian changes first
[19:26] <sgclark> what do they have 6?
[19:26] <clivejo> debian only have 6
[19:26] <clivejo> we have 6 ^ 7
[19:26] <clivejo> &
[19:27] <sgclark> 6 and 7 ? huh? lol
[19:27] <sgclark> the 6/7 matches the soversions
[19:27] <sgclark> so it needs to match the tar we are building
[19:28] <clivejo> -- Installing: /«BUILDDIR»/libkscreen-5.5.4+git20160302.2116+16.04/debian/tmp/usr/lib/x86_64-linux-gnu/libKF5Screen.so.5.6.90
[19:28] <clivejo> -- Installing: /«BUILDDIR»/libkscreen-5.5.4+git20160302.2116+16.04/debian/tmp/usr/lib/x86_64-linux-gnu/libKF5Screen.so.7
[19:28] <clivejo> -- Installing: /«BUILDDIR»/libkscreen-5.5.4+git20160302.2116+16.04/debian/tmp/usr/lib/x86_64-linux-gnu/libKF5Screen.so
[19:28] <yofel> 7 is plasma 5.6, isn't it?
[19:28] <sgclark> well the lib inside said tar
[19:28] <yofel> right, 5.6.90
[19:28] <sgclark> I think so yofel. my guess is he has unstable
[19:29] <yofel> wait, that's plasma 5.7-dev o.O
[19:29] <yofel> sgclark: right
[19:29] <sgclark> uh
[19:29] <clivejo> Im trying to fix KCI unstable
[19:29] <sgclark> clivejo: be sure you are working in kubuntu_xenial_archive
[19:29] <sgclark> oh do the merge in the above branch, not unstable
[19:29] <clivejo> https://launchpadlibrarian.net/245143871/buildlog_ubuntu-xenial-amd64.libkscreen_4%3A5.5.4+git20160302.2116+16.04-0_BUILDING.txt.gz
[19:30] <yofel> whatever you do in _unstable is completely irrelevant for xenial
[19:30] <sgclark> forgete that for now
[19:30] <clivejo> but when I looked at the packaging, we have a lot of diff with debian
[19:30] <sgclark> do a merge in kubuntu_xenail_archive and we will deal with k
[19:30] <yofel> so?
[19:30] <yofel> do what scarlett says
[19:30]  * yofel hides again
[19:30] <sgclark> hah
[19:31] <clivejo> Im just wondering why
[19:31] <sgclark> we wont be next release. but yes this release there were some that are major deffrences. go with debian.
[19:31] <sgclark> ugh can't type
[19:31] <sgclark> or spelll
[19:32] <sgclark> lol
[19:32] <clivejo> debian have a libkf5screen-bin.install and we dont
[19:32] <clivejo> things like that
[19:32] <sgclark> use theirs
[19:32] <clivejo> different tests etc
[19:32] <sgclark> debian debian debian
[19:32] <clivejo> thats why I asked
[19:32] <clivejo> :P I know
[19:33] <sgclark> ok :)
[19:33] <clivejo> Im just explaining why Im asking!
[19:33] <sgclark> yep. np. 
[19:34] <clivejo> but if I merge into xenial archive wont that upset the misc staging you are working on?
[19:34] <yofel> just remember to add breaks/replaces where files end up in different binaries
[19:34] <clivejo> maybe one of you guys should look at it!
[19:34] <clivejo> Im confusing myself
[19:34] <yofel> we can once you're done with it ;)
[19:34] <clivejo> Ill break it
[19:35] <yofel> you can fix it after that
[19:35] <sgclark> clivejo: git checkout kubuntu_xenial_archive then git merge master
[19:35] <clivejo> yofel: you say the kindest things
[19:35] <sgclark> fix conflicts
[19:35] <sgclark> push
[19:35] <sgclark> viola
[19:36] <yofel> ;P
[19:36] <clivejo> two small little words "fix conflicts
[19:36] <sgclark> fix conficts by deleting head and keeping master
[19:37] <sgclark> simple :)
[19:37] <clivejo> but debians symbols are only for amd64
[19:38] <clivejo> ours are both
[19:38] <sgclark> keep theirs. batchpatch later if you have to
[19:38] <sick_rimmit> http://kubuntu.org/news/kubuntu-packaging-party/
[19:39] <sick_rimmit> Tis going to be a blast ;-)
[19:40] <sitter> sgclark: that para in the mail isn't english is it?
[19:43] <sgclark> err my cat took out my internet
[19:44] <clivejo> so many UNRELEASED entries in these changelogs 
[19:44] <clivejo> what do I do with them?
[19:46] <sgclark> nothing
[19:46] <yofel> depends...
[19:47] <yofel> I'll tell you after I see the result
[19:47] <clivejo> well maxy's I want to delete
[19:47] <yofel> don't
[19:47] <clivejo> libkscreen (4:5.5.4-2~)
[19:48] <yofel> just base on that. -2~ubuntu1 might not be a common version, but a valid one
[19:49] <clivejo> so what about libkscreen (4:5.5.4-0ubuntu1) UNRELEASED; urgency=medium
[19:49] <clivejo> and libkscreen (4:5.5.1-0ubuntu2) UNRELEASED; urgency=medium
[19:49] <clivejo> and libkscreen (4:5.5.1-0ubuntu1) UNRELEASED; urgency=medium
[19:49] <yofel> merge contents into the merge changelog. All of them if they're right behind each other
[19:49] <yofel> actually, let me clone that
[19:50] <yofel> that looks weird
[19:50] <clivejo> this whole package is weird
[19:50] <yofel> how did THAT happen o.O
[19:50] <clivejo> what?
[19:51] <yofel> the changelog
[19:51] <clivejo> I have NO idea
[19:51] <clivejo> cant make head nor tails of it
[19:51] <yofel> that looks like people running 'dch -i' wich debchange set to the old behavior
[19:52] <yofel> which is not what you want to do
[19:52] <clivejo> did I do it?
[19:52] <yofel> * Fix unstable build to reflect the .so version of 7.
[19:52] <yofel> why is that in _archive ?!?
[19:53] <yofel> oh, right, that was the package that got merged, then downgraded to work again later on
[19:53] <yofel> urgh
[19:53] <yofel> the changelogs got left in to not conflict with CI I think
[19:54] <yofel> clivejo: please do the merge, then I'll rewrite the changelog
[19:54] <clivejo> just leave the changelog?
[19:54] <yofel> just put something there and commit it. I'll rewrite it anyway
[19:55] <genii> If there gets to be anything to test, please ping this name, the genii-xenial box is next to me but I'm using this one as my primary
[19:57] <sgclark> genii will do
[19:57] <clivejo> ok yofel, push
[19:57] <clivejo> pushed
[19:57] <clivejo> now theres a surprise
[19:57] <yofel> leave it, I'll break it again anyway
[19:59] <sgclark> ok so my internet is going wonky. working on l10n though.
[20:00] <yofel> clivejo: you didn't update the breaks/replaces
[20:00] <yofel> kscreen_backend_launcher moved, meaning the breaks needs to be << 4:5.5.4-2~
[20:01] <yofel> otherwise fine
[20:02] <clivejo> so what does it break?
[20:03] <clivejo> libkf5screen6 ?
[20:03] <yofel> yes
[20:03] <clivejo> but only the archive version?
[20:03] <clivejo> 4:5.4.3?
[20:03] <yofel> +++ b/debian/libkf5screen-bin.install
[20:03] <yofel> +usr/lib/*/libexec/kf5/kscreen_backend_launcher
[20:03] <yofel> --- a/debian/libkf5screen6.install
[20:03] <yofel> -usr/lib/*/libexec/kf5/kscreen_backend_launcher
[20:04] <yofel> we have people using 5.5.4 according to the changelog, so I'm using the last possible debian rev as base
[20:04] <clivejo> well Im using it
[20:04] <clivejo> from the PPA
[20:05] <yofel> right, so you'll probably appreciate not getting an error ;)
[20:05] <clivejo> I would
[20:05] <clivejo> so how do you write the breaks to take that into consideration?
[20:06] <yofel> as I said above, it now says libkf5screen6 (<< 4:5.5.4-2~)
[20:07] <yofel> 4:5.5.4-0ubuntu1~ is lower than that
[20:08] <yofel> pushed, I just got rid of all the surplus changelogs
[20:08] <yofel> oh, needs more fixing
[20:09] <yofel> debian/libkf5screen6.install:usr/share/dbus-1/services/org.kde.kscreen.service
[20:09] <yofel> debian/libkf5screen-bin.install:usr/share/dbus-1/services/org.kde.kscreen.service
[20:09] <yofel> that's just plain uninstallable
[20:10] <yofel> wth is --- a/debian/meta/upstream_scm.json
[20:11] <sgclark> meta?
[20:11] <yofel> just wondering as the remaining debian diff shows that as deleted
[20:14] <yofel> clivejo: _archive and _unstable fixed
[20:15] <clivejo> that needs uploaded into misc staging now?
[20:15] <yofel> yup
[20:15] <clivejo> cause the old version must have big problems!
[20:15] <yofel> really?
[20:16] <yofel> the merge commit doesn't show many changes
[20:16] <yofel> the changelog was the strangest part
[20:18] <clivejo> wonder why Bhushan Shah added a build-dep to kwayland-dev
[20:18] <clivejo> would that be a new dep for 5.6?
[20:19] <yofel> probably, we do want to manage wayland screens eventually ^^
[20:21] <clivejo> yup
[20:21] <clivejo>  KF5WaylandConfig.cmake
[20:21] <clivejo> can those commits be reapplied?
[20:22] <yofel> what do you mean?
[20:22] <clivejo> well its failed, it needs kwayland-dev to build
[20:23] <yofel> oh, right, the whole merge disorder reverted some stuff from unstable
[20:23] <yofel> go ahead
[20:23] <Jobava> is it possible to watch the stream without joining G+?
[20:23] <clivejo> oh there are gone
[20:24] <clivejo> did you revert them all?
[20:24] <clivejo> or is that what merging with debian did
[20:24] <yofel> well, someone merged unstable into archive, which made a bunch of reverts necessary, which then got merged into unstable
[20:24] <yofel> that's why you don't do such things
[20:25] <clivejo> was it me?
[20:25] <yofel> dunno, didn't check
[20:28] <clivejo> is standards up to 3.9.7 now?
[20:29] <yofel> yeah, 3.9.7.0 is in testing
[20:29]  * yofel looks at what changes
[20:29] <yofel> *changed
[20:29] <clivejo> oh
[20:29] <clivejo> 2.1 Version 3.9.7.0
[20:29] <clivejo> Released February, 2016. 
[20:30] <clivejo> Maxy knows his stuff!
[20:31] <yofel> not much relevant for us
[20:31] <yofel>  32   * Policy: [12.3] recommend to ship additional documentation for package 'pkg'
[20:31] <yofel>  33     in a separate package 'pkg-doc' and install it into /usr/share/doc/pkg.
[20:31] <yofel> if anything. But we've been doing that usually
[20:32] <clivejo> if I change my deb email to clivejo@kubuntu.org do I have to do anything with my key?
[20:32] <yofel> does the email show up if you look at 'gpg --list-keys' ?
[20:32] <yofel> if not you'll want to add it
[20:32] <yofel> and publish the changes
[20:33] <soee> Jobava: no idea :)
[20:33] <soee> if it will be streamed than ye
[20:33] <clivejo> yofel: yes it does
[20:33] <yofel> then you should be fine
[20:34] <clivejo> I mean my aol one shows, not my kubuntu one
[20:34] <yofel> clivejo: you didn't publish that though https://pgp.mit.edu/pks/lookup?search=clivejo&op=index
[20:34] <yofel> ah, then you need to add it
[20:35] <clivejo> should I make a new key for my new email?
[20:35] <yofel> you can edit the existing one
[20:35] <clivejo> brrrr its cold
[20:36] <yofel> well, you could take the chance to make a 4096 bit key
[20:36] <clivejo> more secure?
[20:37] <yofel> yes, and generally preferred http://keyring.debian.org/creating-key.html
[20:37] <yofel> though not required
[20:37] <clivejo> have you one?
[20:37] <yofel> yes
[20:37] <yofel> but mostly because I had a 1024 key before that
[20:40] <clivejo> Unknown option: dbgsym-migration
[20:40] <clivejo> dh_strip.pkg-create-dbgsym: unknown option; aborting
[20:40] <clivejo> debian/rules:11: recipe for target 'override_dh_strip' failed
[20:41] <yofel> oh, wily probably doesn't know about that...
[20:41] <sgclark> oh I saw that once. I was told it was legacy. I ended up having to use our normal overriden command
[20:41] <yofel> maybe  backporting debhelper would do it
[20:42] <yofel> dbgsym-migration isn't legacy, but the new shiny debian dbgsym implementation
[20:42] <clivejo> what is that migration all about?
[20:43] <sgclark> heh backporting debhelper. sounds fun. have at it
[20:43] <clivejo> debian seem to be rolling is out on most packages
[20:43] <sgclark> ah I was mislead then
[20:44] <yofel> https://wiki.debian.org/AutomaticDebugPackages looks a bit outdated, but you get this gist from it
[20:44] <yofel> *the
[20:47] <clivejo> LOL W: libkscreen source: newer-standards-version 3.9.7 (current is 3.9.6)
[20:50] <yofel> heh
[20:50] <clivejo> so new even xenial doesnt know about it!
[20:50]  * yofel just fixed a couple things in kscreen
[20:52] <clivejo> so the next build will probably fail on symbols?
[20:52] <yofel> now that the symbol file actually tracks the right version, probably
[20:53] <clivejo> did you build that locally?
[20:53] <yofel> no, I don't have a chroot for that env
[20:54] <clivejo> how did you know?!?
[20:54] <yofel> I fixed something else and saw more wrongness? ^^
[20:54] <clivejo> ah
[20:54] <yofel> oh shut up XD
[20:55] <clivejo> are you going to the "party" next week?
[20:55] <yofel> well, I'll be here..
[20:57] <clivejo> yofel: Im confused about 5.6.90
[20:57] <clivejo> libKF5Screen.so.5.6.90
[20:57] <yofel> me too, someone got the version wrong I guess?
[20:57] <clivejo> whats that mean?
[20:58] <yofel> 5.7-dev to me
[20:58] <clivejo> where does libKF5Screen.so.7 come from then?
[20:58]  * yofel looks at upstream SCM
[20:59] <yofel> clivejo: those are 2 different things
[20:59] <yofel> 5.6.90 is the API / lib version, 7 is the ABI version
[21:00] <yofel> ah, master is really 5.7-dev
[21:00] <yofel> so that's that
[21:01] <yofel> KCI-E :: E: libkf5screen7: symbols-file-contains-current-version-with-debian-revision on symbol _Zls6QDebugPKN7KScreen13WaylandOutputE@Base and 327 others
[21:01] <yofel> heh
[21:03] <clivejo> batch patch it?
[21:04] <yofel> yep
[21:07] <clivejo> want me to?
[21:07] <yofel> go ahead
[21:11] <clivejo> ok, patching with those buildlogs isnt changing anything
[21:13] <clivejo> buildlog mentions _Zls6QDebugPKN7KScreen13WaylandOutputE@Base 4:5.5.4+git20160304.2101+16.04-0
[21:13] <clivejo> but thats not in the symbols file
[21:14] <yofel> o.O
[21:15] <clivejo> Ill add it in manually?
[21:15] <clivejo> KSC_KWayland.so libkf5screen7 #MINVER# ...
[21:15] <yofel> I'm really curious why it doesn't show up...
[21:15] <clivejo> KWayland.so must be new
[21:16] <clivejo> batch patch only works if its alreadly mentioned?
[21:17] <yofel> dpkg-shlibdeps: warning: can't parse dependency libkf5screen7 (>= 4:5.5.1) libkf5screen-bin
[21:18] <yofel> I probably forgot a colon?
[21:18] <yofel> yup, I did -.-
[21:18] <clivejo> wheres that?
[21:18] <yofel> -libKF5Screen.so.7 libkf5screen7 #MINVER# libkf5screen-bin
[21:18] <yofel> +libKF5Screen.so.7 libkf5screen7 #MINVER#, libkf5screen-bin
[21:19] <yofel> the message was from the buildlog
[21:19] <clivejo> but where did you miss the : ?
[21:20] <clivejo> control?
[21:20] <yofel> no, that's me being so tired that I can't speak english
[21:20] <yofel> s/colon/comma/
[21:33] <sgclark> oooh libkolab publishing. *crosses fingers for pim*
[21:34] <clivejo> sgclark: I revert my changes to it
[21:34] <clivejo> in KCI
[21:34] <sgclark> clivejo: I am using debian merge from unstable, did not even try to touch yours
[21:34] <clivejo> oh right
[21:36] <sgclark> might want to consider using that for kci, we don't have the resources to support bleeding edge at this time
[21:38] <clivejo> does PIM work with that version?
[21:40] <clivejo> yofel: would you have a look at http://kci.pangea.pub/job/xenial_unstable_kpimtextedit/ ?
[21:40] <sgclark> well we will find out lol. I sure hope so.
[21:40] <sgclark> still publishing..
[21:40] <clivejo> batch patch isnt making any changes to the symbols file
[21:41] <sgclark> clivejo: check and make sure any mispaced epochs did not slip in. I know I messed that up a time or two
[21:41] <clivejo> lintian symbols-file-contains-current-version-with-debian-revision on symbol qt_plugin_instance@Base and 1 others
[21:41] <sgclark> or vice versa
[21:42] <yofel> yes, because batchpatch does not support multiple libs in one symbols file. It won't remove data if it's there, but it won't add any new either
[21:42] <yofel> it only updates information for the library that matches the package name
[21:43] <sgclark> ah
[21:43] <sgclark> I did not know that either
[21:43] <clivejo> sorry, go slow
[21:45] <clivejo> I need to add kpimtexteditwidgets.so libkf5pimtextedit5 #MINVER# to the symbols file?
[21:46] <clivejo> dpkg-gensymbols: warning: new libraries appeared in the symbols file: kpimtexteditwidgets.so
[21:46] <yofel> right
[21:47] <clivejo> is there not a util for doing that?
[21:47] <yofel> if you find one, tell me
[21:47] <clivejo> we have to do it manually every time?
[21:48] <clivejo> batch patch --make-new
[21:48] <clivejo> or at least print a message saying a new lib has appeared
[21:49] <clivejo> Im not a mind reader
[21:51] <clivejo> its nice to have KCI free to test rebuilds
[21:52]  * genii makes more coffee
[21:53] <clivejo> sgclark: did you add libkdcraw and libkexiv2?
[21:53] <yofel> wheee, genii saves the day
[21:55] <clivejo> ah yes you did :)
[21:55] <clivejo> yippeee
[21:58] <soee> so how far are we from testing staging-misc ?
[21:58]  * genii makes sure yofel gets the first mug
[21:59] <yofel> <3
[21:59] <sgclark> kdepim is building now. I hope to have the full stack working including kolab support
[21:59] <sgclark> sorry for the delay. I also did translations which are rather important
[22:00]  * clivejo draws yofel's attention ^^
[22:01] <clivejo> just in case you missed it :P
[22:01]  * yofel throws chocolate eggs at KCI
[22:02] <clivejo> throw one my way :P
[22:02] <sgclark> mm chocolate
[22:03] <sgclark> now I want chocolate
[22:03] <sgclark> thanks
[22:03] <clivejo> anyone know what dep I need for this - Could NOT find JPEG (missing: JPEG_LIBRARY JPEG_INCLUDE_DIR) ?
[22:04] <yofel> libjpeg-dev maybe?
[22:05] <clivejo> !info libjpeg62-dev xenial
[22:06] <clivejo> !info libjpeg-dev xenial
[22:09] <yofel> libjpeg-dev pulls in libjpeg8-dev. It's just the unversioned -dev package
[22:09] <yofel> and what you generally want to use
[22:10] <clivejo> yeah, I was just checking
[22:10] <clivejo> read a thread about it
[22:11] <yofel> right, libjpeg62 was the thing to use until 2 years or so, since then it's the other one
[22:18] <clivejo> LOL
[22:18] <clivejo> !info libpng-dev xenial
[22:19] <clivejo> why cant is be that simple!
[22:20] <clivejo> !info libpng12-dev xenial
[22:20] <clivejo> yofel: any ideas?
[22:20] <genii> Seems to be a libpng3 in wily but no corresponding -dev 
[22:21] <genii> Ah, same version as 12
[22:22] <yofel> clivejo: libpng-dev
[22:22] <yofel> it's a virtual package
[22:23] <clivejo> does the bot not index virtual packages?
[22:29]  * soee drinks chamomile tea -.-
[22:31] <sgclark> well pim failed. but tracked to back to akonadi-calendar. rebuilding all rdepends on that
[22:32] <sgclark> oh pim oh pim why do you hate me so
[22:36] <soee> :)
[22:55] <clivejo> congrats yofel
[22:55] <yofel> finally *-.-
[22:56] <clivejo> only 6 commits :P
[23:18] <clivejo> sgclark yofel: any ideas what is up with http://kci.pangea.pub/job/xenial_unstable_qt-gstreamer/ ?
[23:20] <yofel> no idea...
[23:33] <sgclark> clivejo: yofel: nope. sitter ^ ?
[23:33] <valorie> oooo, getting closer to -misc testing?
[23:34] <valorie> loving all dat green
[23:34] <sgclark> still fighting with pim
[23:34] <clivejo> valorie: the green is nothing to do with misc!
[23:34] <sgclark> if I do not get it today I am ditching it all together.
[23:35] <valorie> well, I read the whole backlog, and those two comments were just comments
[23:35] <valorie> :-)
[23:36] <valorie> I know they aren't directly connected but otoh: you folks are working so hard, and making so much progress!
[23:36] <valorie> and I'm loving it
[23:37] <sgclark> heh I would much rather be turning things green that fighting with pim, but alas one last ditch effort before defeat
[23:37] <valorie> pim is the dragon, sounds like
[23:39] <sgclark> if I didn't love the pim devs so much I would be chasing them with pitchforks :P
[23:40] <valorie> I'm very much hoping that akonadi next will solve butt-loads of problems
[23:41] <sgclark> yeah would be nice
[23:43]  * clivejo wonders what a butt load is
[23:43] <sgclark> though Dan does not have as much time with  his  shiny new job. hopefully someone will pick up the slack.
[23:44] <sgclark> lol
[23:45] <valorie> weeeee
[23:47] <sgclark> err muon. thought that was dead
[23:47] <yofel> it's dead when Rick says that it's dead
[23:47] <yofel> but it's like 90% dead
[23:48] <sgclark> ah my bad. 
[23:48] <sgclark> I am behind in the times
[23:50] <sgclark> sigh. failed