[07:23] <maxyz> ari-tczew pinged me privately in oftc, but is no longer connected there, who should I reply to?
[07:54] <sitter> maxyz: he doesn't coordinate with us AFAIK so, best send an email I suppose
[08:00] <lordievader> Good morning.
[08:01] <maxyz> It was about some gcc5 changes needed for kf5. Well, nevermind, please let me know if you need to bump a lib to v5.
[08:32] <ovidiu-florin> sitter: I need your help
[08:33] <ovidiu-florin> I've talked with apol and he said that we need KDevelop in the Kubuntu CI
[08:33] <ovidiu-florin> how can I get it in there?
[08:38] <sitter> kdevelop needs a kf5 port that has a release planned for <= 6months in the future. then kdevelop and its dependencies on http://anonscm.debian.org/cgit/?q=pkg-kde need to have a kubuntu_unstable branch added. those branches then also need porting to kf5. then kdevelop and its deps need to be added to http://anonscm.debian.org/cgit/pkg-kde/ci-tooling.git/tree/data/projects.json for integration. then someone needs to tell me to sync the CI jobs
[08:39] <sitter> assuming their repository name on debian is not what their repository name on kde is someone also first needs to write manual mapping mapping rules in http://anonscm.debian.org/cgit/pkg-kde/ci-tooling.git/tree/data/upstream-scm.yml before I can sync
[08:39] <sitter> or rather, I could sync but the builds will fail since they can't find their upstream source ^^
[08:42] <ovidiu-florin> so we can't  get a CI with master?
[08:43] <sitter> ovidiu-florin: where did I say that? :P
[08:44] <ovidiu-florin> so we can?
[08:44] <sitter> assuming a release is planned in due time sure
[08:44] <snele> guys 14.04.3 is labeled as "beta" in startup disk creator: http://www.dodaj.rs/?a/XA/3wsiwEEC/snapshot21.png
[08:44] <ovidiu-florin> I'm working on the Plasma Mobile SDK. I'm not sure I understud the whole process, but my current task is to get KDevelop Maste into the CI so we can make a docker image based on that
[08:45] <sitter> ovidiu-florin: same process applies minuse the 6months rule
[08:45] <sitter> has a different file for the projects list though http://anonscm.debian.org/cgit/pkg-kde/ci-tooling.git/tree/data/projects_mci.json
[08:47] <lordievader> snele: I wonder where startup disk creator gets it's labeling from...
[08:47] <lordievader> Perhaps some mirror is slightly behind?
[08:49] <snele> lordievader: it is latest 5th August http://cdimage.ubuntu.com/kubuntu/releases/14.04.3/release/
[08:50] <lordievader> Hmm, since there were no respins that should be the released image.
[08:55] <sitter> Riddell: are we throwing kwallet-pam backport at backports ppa?
[08:55] <sitter> going to add the pam automatic magic, after that we probably could do a quick backport
[09:00] <Riddell> sitter: I'll package it for wily and then maybe a useful person like sgclark will backport it
[09:04] <sitter> Riddell: needs the pams first though :P
[09:04] <Riddell> yep
[09:05]  * sitter crosses fingers for CI QA to pass
[09:05] <sitter> btw
[09:05] <sitter> since shadeslayer mentioned it
[09:05] <sitter> the binary naming standard apparently is libpam-foo
[09:05] <sitter> not pam-foo
[09:05] <sitter> just a FYI
[09:06] <sitter> and on another note. I  am now wondering why we didn't move the pam into kwallet source itself :P
[09:06] <sitter> seems odd to have it in plasma only
[09:20] <clivejo> Riddell: I attempted kamoso last night, its in my PPA
[09:20] <clivejo> the naming convections are still causing me grief
[10:39] <Riddell> mparillo, lordievader: all good on the 14.04.3 announce?
[10:39] <lordievader> The 64bit was fine IMO.
[10:41] <Riddell> lovely
[10:44] <lordievader> Do you know why it needed more than 1g memory?
[10:44] <lordievader> Was it the live session in the background eating too much ram?
[10:44] <Riddell> that I've no idea alas
[10:44] <Riddell> maybe we need to disable something
[10:45] <lordievader> Must say I haven't checked if it works when you go straight to installation.
[10:50] <mparillo> Riddell: Too late now, but I did test 32 bit live session, full install, and full encrypted install with no obvious breakage. Only the usual that after clicking the restart button at the end of installation I had to force powerdown my VM
[10:51] <lordievader> I think I had to do that too.
[10:53] <Riddell> mm, most annoying that
[10:55] <santa_> morning sitter. have you seen my mail about symbols files in kubuntu_wily_archive?
[10:56] <sitter> santa_: haven't gotten to it yet, sorry
[10:57] <santa_> k
[11:21] <ovidiu-florin> what's the name of that audio software that we used for meeting?
[11:22] <sitter> mumble
[11:22] <ovidiu-florin> thank you
[11:24] <sitter> Riddell: are you preping 5.4 uploads or are you on other stuff?
[11:24] <Riddell> sitter: I plan to get on plasma 5.4 shortly
[11:24] <sitter> ping if you get to it before me please
[11:25] <sitter> needs branches sorted out
[11:34] <Riddell> sitter: just needs kubutu_stable merged in no?
[11:34] <sitter> no
[11:34] <sitter> unstable -> stable first
[11:35] <sitter> and then the stable -> archive merge
[11:36] <santa_> sitter: before that, could we switch the kci to gcc 5? otherwise this is going to be a mess, I'm afraid...
[11:36] <sitter> santa_: isn't it?
[11:36] <sitter> gcc5 still stuck in proposed?
[11:37] <santa_> hmm, I cecked the last kconfig build yesterday and is using gcc 4
[11:37] <sitter> that would at least explain the symbol divergence
[11:37] <sitter> which means I broke stuff xD
[11:37] <Riddell> sitter: ok shall I merge those now?
[11:37] <sitter> I suppose that's the mail about?
[11:37] <sitter> Riddell: go ahead
[11:37] <sitter> Riddell: just make sure... these are two merge runs
[11:38] <santa_> https://launchpad.net/ubuntu/+source/gcc-5
[11:38] <santa_> ↑ yep, still in proposed
[11:38] <Riddell> sitter: do I need to turn off kci?
[11:38] <sitter> blergh
[11:38] <sitter> Riddell: disabled it is already
[11:39] <santa_> sitter: yeah, my mail is about that, I was guessing that you needed to dist-upgrade the chroot used to build the packages in the kci
[11:39] <sitter> santa_: this makes the situation somewhat unfortunate. depending on proposed means all users would need to enable proposed as well
[11:40] <santa_> we can figure it out without depending on proposed
[11:41]  * sitter hits nexts in ubiquity and reads mail
[11:43] <santa_> sitter: this is not in the mail: I can do the following: keep sending patches for symbols files like I have been doing (these symbols files will be compatible with gcc 4 AND gcc 5 .i.e. we don't depend on proposed), once the kci is switched on with gcc 5 there shoudln't be any problem, but if there is, I will be glad to help
[11:44] <doko> Riddell, hope you can install most of kde again. how's the update going?
[11:44] <santa_> does it make sense to you?
[11:44] <sitter> santa_: KCI takes offense with MISSING but passing symbols
[11:45] <santa_> sitter: "MISSING but passing" ~ "optional symbols gone" ?
[11:45] <sitter> yes
[11:45] <santa_> oh, damn
[11:46] <sitter> there are only three options I can think of 1. we disable symbol tracking for now (which could be simply ignoring MISSING symbols in passing builds) meaning we won't track ABI until gcc5 lands 2. we make KCI use proposed (which from an integration POV is the best option) but that needs users to enable proposed AND since we use wily for plasma 5.4 testing now that can impact testing results there 3. we pull up a second CI chain that ignores symbols 
[11:46] <sitter> and delivers for plasma testing (likely requires some engineering effort first)
[11:47] <santa_> I think I would vote for 1
[11:47] <sitter> yeah, it's probably the least annoying of the options
[11:48] <santa_> I will be very glad to help with this option, also note that I have some partial work for kde apps / gcc 5
[11:49] <sitter> yeah, I essentialy reverted part of that :P
[11:49]  * sitter was under the impression that gcc had landed already for some reason
[11:51] <santa_> sitter: another issue: think about this post-"gcc 5 landed in wily" situation: we get a new symbol in gcc 5, it's noise/optional and won't show up in gcc 4, however it's added as a non-optional symbol by the kci
[11:52] <Riddell> sitter: I'll move kgamma to kgamma5 in debian git
[11:52] <sitter> santa_: do we still need to support gcc4 though?
[11:52] <santa_> sitter:  ... and if it's marked as optional confuses the kci -> how do we deal with backports?
[11:53] <sitter> oh, KCI only tracks symbols on latest_series
[11:53] <sitter> I suggested the backport scripts should do the same
[11:53] <santa_> ok
[11:53] <sitter> there's not much value derived from it given the effort involved to make the symbol tables work for backport versions
[11:54] <santa_> so, no need to support gcc 4 in any futher symbols patching?
[11:55] <santa_> * so, no need to support gcc 4 in any futher symbols patching targeted to kubuntu_wily_archive?
[11:57] <sitter> *nod*
[11:58] <sitter> http://anonscm.debian.org/cgit/pkg-kde/ci-tooling.git/commit/?id=86e9ba69eb46fd57f00510adf8a05cab93689f26
[11:59] <sitter> Riddell: I still don't get why you can't use an epoch
[11:59] <Riddell> sitter: on kgamma?
[11:59] <Riddell> sitter: it's an upstream issue, upstream versions have no epoch
[12:00] <sitter> ah
[12:00] <sitter> I see
[12:01] <sitter> personally I don't see this as an upstream issue TBH
[12:01] <sitter> for a lib it would be an upstream issue. but random tarball versions mean nothing *shrug*
[12:12] <santa_> sitter: hmm, sorry about the brain fart, but now that I think about it: we need to support gcc 4 if we don't want to depend on proposed
[12:14] <sitter> ah yeah, otherwise pkg-kde explodes xD
[12:14] <Riddell> clivejo: could you update your purpose package too? http://download.kde.org/unstable/purpose/ then I'll get those into the ubuntu archive
[12:14] <sitter> santa_: I can actually bypass that as well
[12:15] <Riddell> ahoneybun: there's no frameworks port of kget so there's no need to package that manually, it's just stuff with frameworks ports that need updates https://community.kde.org/Applications/15.04_Release_Notes
[12:16] <santa_> sitter: bypass what exactly?
[12:16] <sitter> santa_: simply drop the symbols files altogether
[12:16] <sitter> if there are no symbols files the build cannot fail on them
[12:16] <sitter> which is in fact what we do for vivid CI anyway
[12:17] <sitter> http://anonscm.debian.org/cgit/pkg-kde/ci-tooling.git/commit/?id=ad287d3e20d62c6a52e373b3b6f702015cc0e19b
[12:17] <clivejo> Riddell: are you about these evening
[12:17] <Riddell> clivejo: probably not
[12:19] <santa_> sitter: while I'm not very familiar with the kci stuff, I think I get the idea
[12:21] <santa_> Riddell, sitter: so now that the symbols handling is sorted out, what's the plan about the new upcoming versions?
[12:22] <santa_> (of frameworks, applications, plasma)
[12:22] <santa_> should I finish my 15.04.3/kubuntu_wily_archive apps patches for gcc 5?
[12:24] <sitter> no clue what Riddell's plan there was. I understand KF5 was partially uploaded to proposed though
[12:24] <sitter> Riddell: did you run the merging yet?
[12:30] <clivejo> Riddell: what version is akonadi,IRC channel says "Stable: 1.13, master is KF5", download KDE.org says "15.07.90" and the archive has 1.13.0-2ubuntu4 !?
[12:31] <clivejo> also is kamoso version correct?
[12:31] <clivejo> 3.0.0+rc1?
[12:32] <clivejo> LP kept rejecting it on me
[12:41] <BluesKaj> Howdy folks
[12:42] <Riddell> sitter: not yet merged no
[12:44] <Riddell> clivejo: akonadi is 15.07.90 http://download.kde.org/unstable/applications/15.07.90/src/
[12:45] <Riddell> clivejo: kamoso should be 3.0.0~rc1, else 3.0.0 will be smaller than current
[12:56]  * Riddell merges plasma
[13:01] <ahoneybun> Riddell: please leave me and clivejo some list of packages that are ported to kf5
[13:06] <sitter> Riddell: baloo needs stable branch removed
[13:06] <sitter> and kfilemetadata
[13:07] <Riddell> ahoneybun: https://community.kde.org/Applications/15.04_Release_Notes
[13:07] <sitter> ahoneybun: https://community.kde.org/Applications/15.08_Release_Notes
[13:07] <ahoneybun> which list is it?
[13:07] <sitter> all tagged [new]
[13:07] <Riddell> yes, what sitter said
[13:07] <sitter> also see kubuntu-devel mail from like 1 month ago or so pertaining to apps packaging
[13:07] <sitter> there is a shortlist of what needs doing to port to kf5
[13:08] <ahoneybun> sitter: that mail made very little sense
[13:08] <sitter> entirely possible :P
[13:08] <ahoneybun> so everything with [new] needs packaging?
[13:08] <sitter> I tend to work in spheres puny humans have problems comprehending :P
[13:08] <sitter> ahoneybun: except for dragon
[13:09] <sitter> ahoneybun: in general a good rule of thumb is to check if the repo has a kubuntu_unstable branch
[13:09] <sitter> if not then it needs porting, if it has one then it likely doesn't as that means it is in CI
[13:10] <ahoneybun> sitter: ark: http://anonscm.debian.org/cgit/pkg-kde/applications/ark.git/
[13:10] <ahoneybun> ?
[13:11] <sitter> ahoneybun: what's your question?
[13:11] <ahoneybun> does that need packaging>
[13:11] <ahoneybun> I see no kubuntu_unstable
[13:11] <sitter> yes, it needs porting
[13:11] <Riddell> sitter: those kubuntu_stable branches seem to be already gone
[13:11] <sitter> Riddell: my clone just disagreed
[13:12] <sitter> ahoneybun: yes, it has no kubuntu_unstable because it is new, so it needs porting from scratch
[13:12] <sitter> so you'd start with kubuntu_wily_archive
[13:12] <sitter> branch it into kubuntu_unstable and then start porting away
[13:12] <ahoneybun> how do I do that?
[13:12] <Riddell> sitter: tell clone sitter to get a grip https://paste.kde.org/pear8vydf
[13:12] <ahoneybun> commands
[13:12] <sitter> I could tell you how I do it usually but I fear that might confuse you :/
[13:13] <sitter> git co kubuntu_wily_archive
[13:13] <sitter> git co -b kubuntu_unstable
[13:13] <sitter> then clone upstream repo
[13:13] <sitter> then ln -s ark/debian into the upstream repo
[13:13] <sitter> then dpkg-buildpackage -us -uc -jauto -b until green :P
[13:13] <sitter> also I read CMakeLists.txt to get the build dependencies 
[13:13] <sitter> ahoneybun: really, Riddell might be more help with this
[13:14] <ahoneybun> ln -s?
[13:14] <Riddell> sitter: I'll package frameworks first because plasma presumably wants the new baloo
[13:14] <sitter> ahoneybun: symbolic link
[13:14] <sitter> ahoneybun: it's essentially cheating my way to a source package that is no source package
[13:14] <sitter> as I said, more confusing than helpful
[13:14] <ahoneybun> perhaps
[13:16] <sitter> Riddell: and baloo?
[13:16] <sitter> ah
[13:16] <sitter> Riddell: in plasma
[13:16] <Riddell> sitter: is now part of frameworks
[13:16] <sitter> not frameworks
[13:17] <Riddell> sitter: ?
[13:17] <sitter> nevermind, I'll do it myself
[13:18] <sitter> the merger tool actually has a beauty flaw
[13:18] <sitter> it'd create stable branches in repos we don't use anymore
[13:19]  * sitter scratches head
[13:19] <ahoneybun> Riddell: kdelibs5-dev is old right?
[13:20] <Riddell> ahoneybun: yep, remove that if it's for a frameworks port
[13:20] <Riddell> that's kdelibs4 despite the number in it
[13:20] <ahoneybun> I'm working on ark
[13:20] <ahoneybun> in the ec2 still
[13:23] <Riddell> ahoneybun: :)
[13:24] <ahoneybun> I''m guessinig your in there too?
[13:24] <Riddell> not currently
[13:25] <ahoneybun> oh ok
[13:25] <ahoneybun> thought you were watching me lol
[13:25] <Riddell> I'm not, but you never know when I am!
[13:26] <ahoneybun> true....
[13:26] <ahoneybun> lol
[13:27] <ahoneybun> is this really needed libkonq5-dev ?
[13:27] <ahoneybun> Konqueror libraries
[13:29] <Riddell> ahoneybun: that's kdelibs4 stuff too
[13:29] <ahoneybun> thought so
[13:29] <Riddell> probably needed for some preview in the old version but drop it for the port
[13:29] <ahoneybun> drop it
[13:30] <ahoneybun> ?
[13:30] <Riddell> yep
[13:30] <ahoneybun> k
[13:32] <ahoneybun> yay patchs
[13:32] <ahoneybun> *patches
[13:43] <sitter> Riddell: have you pushed the merge yet?
[13:44] <sgclark> ScottK: I am in VA next week Wed-Sun if you are around.
[13:45] <ScottK> Interesting.  Quite possibly.
[13:45] <ScottK> Need to survive this week/weekend before I have mental bandwidth to think about it though.
[13:45] <sgclark> We are renting a car, so getting to you won't be an issue
[13:45] <sgclark> no worries
[13:50] <Riddell> sitter: yes
[13:50] <Riddell> sitter: I'm now packaging frameworks
[13:54] <sitter> mh
[13:54] <sitter> Riddell: can you paste me your merge command
[13:54] <sitter> there is something very fishy going on 
[13:55] <Riddell> sitter: um   git checkout kubuntu_stable; git merge kubuntu_unstable; git checkout kubuntu_wily_archive; git merge kubuntu_stable
[13:56] <sitter> Oo
[13:56] <sitter> Riddell: repo-merge?
[14:01] <Riddell> sitter: what's the difference?
[14:02] <sgclark> repo-merge is easier
[14:02] <sitter> it's also workign on clean clones
[14:02] <sitter> but if we consider tools pointless I can also just stop writing them
[14:02] <sgclark> please don't O.o
[14:34] <Riddell> hmm, lots of missing https://launchpadlibrarian.net/213854859/buildlog_ubuntu-wily-amd64.attica-kf5_5.13.0-0ubuntu1~ubuntu15.10~ppa1_BUILDING.txt.gz
[14:39] <Riddell> santa_: know anything about this failure? https://launchpadlibrarian.net/213854859/buildlog_ubuntu-wily-amd64.attica-kf5_5.13.0-0ubuntu1~ubuntu15.10~ppa1_BUILDING.txt.gz
[14:40] <sitter> Riddell: baloo merge broken
[14:40] <Riddell> sitter: kubuntu-ci is silent on the subject, what's up?
[14:40] <santa_> Riddell: yeah, I forget to include the patch in the patchset for 5.12/gcc 5, see kubuntu-devel
[14:40] <sitter> doesn't know who broke it
[14:41] <santa_> Riddell: http://gpul.grupos.udc.es/kubuntu_patches/frameworks-5.12/attica-kf5/0001-Update-symbols.patch
[14:41] <santa_> this should do part of the job
[14:42] <Riddell> sitter: merge pushed
[14:46] <Riddell> santa_: applied thanks :)
[14:47] <santa_> doko: thank you for the openbabel update, I have just found out that libkface (from kde apps) is still ftbfs'ing this time because of opencv (which will need a transition in debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791226)
[14:49] <santa_> part of the build log: https://paste.kde.org/pmpewa1p3
[15:20] <santa_> Riddell: for kdesu would be nice to either merge from kubuntu_unstable or cherry-pick my patch to make the debian/rules working fine on any distro
[15:21] <santa_> Riddell: I mean this commit http://git.debian.org/?p=pkg-kde/frameworks/kdesu.git;a=commitdiff;h=bd63db8
[15:21] <santa_> I have checked kubuntu_wily_archive and still doesn't have the patch
[15:22] <mparillo_> Will kdesu replace kdesudo?
[15:27] <sitter> santa_, Riddell: surely that kdesu commit is merged in wily_archive?
[15:27] <sitter> oh wait, we are uploading 5.12
[15:27] <sitter> santa_: probably can just wait for 5.13
[15:27] <sitter> seeing as we are one month behind by the time 5.12 is in 5.13 will be out :P
[15:30] <Riddell> 5.13 is building now https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-frameworks
[15:31] <sitter> Riddell: you merged frameworks, right?
[15:32] <dobey> hi. is anyone working on getting the kubuntu packages in wily updated for the gcc5 transition?
[15:32] <Riddell> santa_: cherry-picked thanks
[15:32] <Riddell> sitter: hmm it should have happened in the staging script let me check
[15:32] <sitter> if you had to cherry pick it wasn't
[15:32] <Riddell> dobey: yes we are, slowed down by lots of stuff also being ported to frameworks
[15:32] <sitter> that commit is like 3 weeks ago
[15:33] <Riddell> sitter: fooey :(
[15:33] <sitter> s/ago/old
[15:33] <sitter> Riddell: don't forget to resume CI before you leave
[15:33]  * sitter heads out
[15:33] <Riddell> gotcha
[15:33] <dobey> Riddell: ah ok.
[15:33] <Riddell> dobey: what's the issue?
[15:34] <dobey> Riddell: well i'm just seeing that the majority of remaining failures are kde things, some of which just need simple no-change rebuilds. i don't have upload permissions, so i can't fix any myself directly, so i'm just poking to see if i can get someone to fix them
[15:35] <Riddell> I'm currently doing frameworks and expect to do plasma and applications after
[15:35] <dobey> the packages that have libs though, need lib renames for the changed abi from gcc5
[15:35] <Riddell> dobey: got an example to see if it's in that lot of not?
[15:36] <dobey> Riddell: well, the "step" package just needs a simple no-change rebuild
[15:37] <dobey> "cantor" also seems to just need a no-change rebuild
[15:41] <Riddell> dobey: aye they're all in applications, I'll get to them toot sweet next week
[15:48] <BluesKaj> Riddell:  plasma 5?
[15:48] <BluesKaj> 5,4
[15:49] <Riddell> BluesKaj: is next on my list to package
[15:49] <BluesKaj> good to hear Riddell :-)
[16:03] <Riddell> add http://qa.kubuntu.co.uk/ppa-status/frameworks/build_status_5.13.0_wily.html kf5 5.13
[16:05] <clivejo> Riddell: ready for testing yet?
[16:06] <Riddell> clivejo: frameworks? goodness no lots to build still
[16:06]  * clivejo shakes head
[16:10] <clivejo> Riddell: is the name I used for Kamoso in my PPA ok?  3.0.0+rc1-1ubuntu1 ?
[16:10] <Riddell> clivejo: should be 3.0.0~rc1-0ubuntu1
[16:11] <Riddell> ~ means less so the final 3.0.0 will be a larger number, and -0 because it's not in debian yet
[16:18] <clivejo> ok so purpose has jumped from 0.1 to 1.0 ?
[16:27] <santa_> Riddell: I have detected a general problem in frameworks 5.13, e-c-m build depend was not bumped to 5.13
[16:28] <santa_> Riddell: if you don't have a quick way to fix it, I have an script to fix this quickly for all frameworks packages
[16:29] <clivejo> Riddell: If you have few minutes would you help me with these Lintan messaqes https://paste.kde.org/p8sb8k8vt
[16:29] <Riddell> mm yes it's missing from dev-package-name-lists/frameworks-wily, I'll just add it in thanks
[16:30] <Riddell> clivejo: you shouldn't need to build-dep on qt5-default so just remove that
[16:30] <Riddell> clivejo: libkf5purpose5 probably needs multi-arch: same
[16:31] <Riddell> clivejo: and symbols files need updated which is faffy and is described at http://pkg-kde.alioth.debian.org/symbolfiles.html "pkgkde-symbolshelper batchpatch -v 1.8 buildlog" probably easiest
[16:35] <clivejo> oh good lord
[16:45] <clivejo> wont build at all now - dpkg-source: error: aborting due to unexpected upstream changes, see /tmp/purpose_1.0~rc1-0ubuntu1~ubuntu15.10~ppa2.diff.WC8miU
[16:49] <clivejo> gives up
[16:53] <Riddell> clivejo: look in that file and see what it's moaning about
[16:54] <Riddell> maybe you downloaded a log file into the source and it wants it removed
[16:56] <santa_> Riddell: hmm, so are you going to push to git anything to bump to e-c-m to 5.13?
[16:57] <santa_> s/to e-c-m/e-c-m/
[16:59] <Riddell> pushing...
[17:01] <Riddell> santa_: pushed
[17:05] <santa_> Riddell: thanks, re-scheduling build for my ppa simulation...
[17:09] <Riddell> plasma up http://qa.kubuntu.co.uk/ppa-status/plasma/build_status_5.3.95_wily.html
[17:34] <santa_> Riddell: may I send you my w-i-p set of patches for apps before it's too late? it doesn't cover the full set of apps ftbfs'es with gcc 5 but would be a nice thing to have in kubuntu_wily_archive before we start with apps 15.08
[17:51] <ScottK> santa_: Perhaps you could take a look at this one:
 qt-gstreamer is on the list of packages with symbols changes for g++5, and is hit by the qt4+boost issue.  package has non-trivial reverse-dependencies (both qt4 and qt5 binaries are seeded).  any kubuntuers able to take a look at this?  Riddell, ScottK?
 fwiw if I disable the qt4 build it still ftbfs by failing to find /usr/lib/x86_64-linux-gnu/gstreamer-1.0/include/gst/gstconfig.h, so there's some failure to properly pkgconfig here as well
[17:52] <ScottK> Or anyone else?
[17:57] <santa_> ScottK: what's the problem exactly? qt4 is ftbfsing in ubuntu because of gstreamer?
[17:58] <santa_> if so I might have an idea about the problem
[17:58] <ScottK> santa_: If you can work on it, have a chat with slangasek for details.
[17:58] <ScottK> All I know is what I pasted.
[18:10] <santa_> ScottK: ack
[18:10] <ScottK> Thanks.
[21:04] <clivejo> anyone about to help me with symbols file?
[21:05] <clivejo> Im trying to update libkf5purpose library from 1.0beta to 1.0rc1
[21:05] <clivejo> lintan is complaining about the symbols file
[21:07] <clivejo> I have what I believe is the diff file - https://paste.kde.org/px3t5ktw9
[21:07] <clivejo> but cant figure out how to actually apply it
[21:10] <clivejo> yofel Riddell anyone?
[21:11] <yofel> first, see http://pkg-kde.alioth.debian.org/symbolfiles.html
[21:12] <yofel> my connection is bad so I'll have to explain that later
[21:14] <yofel> but the diff is weird, the symbols aren't that different..
[21:17] <clivejo> Ive rm *.symbols :/
[21:17] <yofel> bad idea
[21:17] <yofel> we need those files to make sure that the version doesn't stay the same if a symbol gets removed
[21:18] <yofel> so you need to be able to see what gets removed
[21:18] <clivejo> cant even build it
[21:18] <yofel> well, it'll probably fail on missing symbols, right
[21:18] <clivejo> gonna have to start again, this is a proper mess
[21:19] <clivejo> oh its completed
[21:19] <yofel> in that case, we have a problem, but I can talk more about that when I'm home (~30min)
[21:19]  * yofel hits is connection
[21:20] <clivejo> https://paste.kde.org/pyu0zedj5
[21:20] <clivejo> should I start from scatch
[21:41] <clivejo> this makes NO sense!
[21:52] <ahoneybun> watch some netflix or some silly youtube video
[21:53] <clivejo> LOL ahoneybun dont get me started on netflix
[21:53] <ahoneybun> there is a movie called "Rubber"
[21:54] <clivejo> I dont live in the correct country!
[21:54] <ahoneybun> oh
[21:54] <ahoneybun> right
[21:54] <ahoneybun> well the W's are about symbols 
[21:54] <ahoneybun> what does lesspipe tell you?
[21:55] <clivejo> there are symbols there, but they must be from the beta build
[21:55] <clivejo> and have changed now in the rc1 buid
[21:55] <clivejo> but I cant figure out how to update them
[21:55] <ahoneybun> small name changes maybe
[21:55] <ahoneybun> oh
[21:55] <ahoneybun> not in debian/rules?
[21:56] <ahoneybun> or something
[21:56] <clivejo> jonathan pointed me to http://pkg-kde.alioth.debian.org/symbolfiles.html
[21:57] <clivejo> but dpkg-buildpackage -j4 | tee buildlog fails with  dpkg-source: error: aborting due to unexpected upstream changes, see /tmp/purpose_1.0~rc1-0ubuntu1~ubuntu15.10~ppa1.diff.yXAmw_
[21:58] <ahoneybun> I don't even know dpkg-buildpackage yet so
[21:58] <ahoneybun> I just use debuild
[21:59] <clivejo> its complaining about the file buildlog not being in the original source
[21:59] <clivejo> but its a new file!
[21:59] <ahoneybun> I usually just chill till someone gets here
[21:59] <clivejo> oh that gave me an idea
[22:00] <clivejo> what if I put ../buildlog
[22:02] <clivejo> ok that worked
[22:03] <ahoneybun> yay
[22:03] <clivejo> step one complete
[22:04] <clivejo> *beep* *beep* of a *beep*'ing *beep*
[22:05] <clivejo> I hate versions!!
[22:05] <clivejo> pkgkde-symbolshelper: error: input symbol file template version (5.9.0+git20150516.0223) is higher than the specified one (1.0)
[22:06] <clivejo> how did it get to 5.9.0?!?
[22:19] <valorie> so awesome to see you two helping one another out
[22:20] <valorie> clivejo: are you a Kubuntu Member?
[22:20] <clivejo> nope
[22:20] <valorie> please apply!
[22:20] <valorie> !membership
[22:20] <clivejo> not sure I want to
[22:20] <valorie> you qualify so Just Do It
[22:21] <valorie> can you tell me why?]
[22:21] <valorie> pm is ok
[22:21] <valorie> if you prefer
[22:21] <clivejo> recent events
[22:22] <valorie> that I understand, and it's been very upsetting for many of us
[22:23] <valorie> however IMO we are the captain of our own ship, if we want to be
[22:24] <clivejo> IMO ubuntu will always be steered by MS/Canonical
[22:25] <clivejo> I moved from Ubuntu to Kubuntu because of Unity and MIR, plus the sending of search info to Amazon
[22:26] <doko> Riddell, not sure about santa's last question. opencv is already transitioned, and it can't be in unstable because of missing transitions in the b-d's. not sure what to do about it
[22:26] <doko> anyway, afk again
[22:27] <clivejo> JR asked questions a lot of us want to know, and look at the way he was treated
[22:27] <clivejo> so Im not sure I want to be a member of that "community"
[22:31] <clivejo> plus when I was trying to help beta testing in Ubuntu and asked questions I felt like something unpleasure found on ones shoe!
[22:31] <clivejo> unpleasant
[22:32] <valorie> sorry, I might have missed something
[22:32] <valorie> my computer ran out of battery without warning me
[22:32] <valorie> very rude of it
[22:32] <valorie> yes, we'll always be steered by Canonical, that is a basic fact of life
[22:33] <valorie> clivejo: very sorry to hear that you were treated badly while beta-testing
[22:33] <valorie> here?
[22:33] <clivejo> no, here have been great!
[22:33] <valorie> or in #ubuntu+1
[22:33] <clivejo> there and the forums
[22:33] <valorie> good that we've treated you well
[22:34] <valorie> oh gosh the forums
[22:34] <valorie> used to be great
[22:34] <valorie> kubuntuforum still is good
[22:34] <clivejo> I got kicked off !
[22:34] <valorie> wow
[22:34] <clivejo> and posts removed
[22:34] <valorie> oh good grief
[22:36] <valorie> in any case, one of the reasons to become a Kubuntu Member is that you can request funding from the Ubuntu Community Fund for travel expenses to meetings and sprints
[22:37] <valorie> there are other perks, but that's the consequential one
[22:39] <clivejo> http://ubuntuforums.org/showthread.php?t=1927543
[22:39] <clivejo> bear in mind there was bit of history and PM's behind all this
[22:39] <clivejo> but thats the point I decided Im not a Ubuntu Member!
[22:45] <valorie> please don't let one bad apple make your decision for you
[22:45] <clivejo> LOL Im the bad apple
[22:45] <soee> hiho
[22:45] <valorie> that said, if you are still angry, perhaps wait a bit before reconsidering
[22:46] <clivejo> Im not angry
[22:46] <valorie> pfff, you are a valuable new packager
[22:46] <valorie> and we like ya
[22:46] <clivejo> I just realise that Im not compatable
[22:46] <clivejo> with the Ubuntu community
[22:47] <clivejo> if I dont like something I try and change it
[22:48] <valorie> I am rather incompatable with the larger community as well
[22:48] <valorie> I pretty much stay here in Kubuntu
[22:48] <clivejo> well yes, I like it here too
[22:48] <clivejo> I love KDE and plasma 5 etc
[22:49] <clivejo> IMHO ubuntu are taking a massive step backwards with Unity
[22:49] <clivejo> but thats my opinion
[22:50] <clivejo> I might consider kubuntuforum is that totally separate?
[22:52] <clivejo> and I wouldnt say Ive made a substantial contribution, Im trying to learn and making a lot of mistakes!
[22:54] <clivejo> hi soee
[22:54] <clivejo> didnt see you say hiho whilst ranting!
[22:55] <yofel> well, kubuntu membership is a requirement for kubuntu-dev, so you'll need it eventually ;P
[22:56] <clivejo> I have no problem with kubuntu membership
[22:56] <yofel> it includes ubuntu membership
[22:56] <clivejo> its ubuntu I have the problem with !
[22:57] <valorie> clivejo: most of us agree with you on Unity, but since we're a flavor, we can do as we like for the most part
[22:57] <valorie> and yes, kubuntuforum is entirely independent
[22:58] <clivejo> LOL its like dating a siamese twin, cant have one without the other!
[22:58] <soee> and maybe you can be Kubuntu ninja :-)
[22:59] <soee> any news about Plasma 5.4 packages for Wily? 
[22:59] <clivejo> Im stuck with libkf5purpose
[22:59]  * soee sees build status :)
[23:00] <clivejo> got a symbol problem
[23:01] <soee> this whole symbols and packaging is a high level maginc for me :)
[23:02]  * valorie rolls a +10 high-level symbol-magic and shares it with all the packagers
[23:02] <valorie> gcc5 really complicates all this
[23:02] <soee> valorie: why ?
[23:03] <valorie> I wish I understood technically, but fortunately santa, harald and Riddell do
[23:03] <yofel> because you now don't only have symbol breakage caused by the library, you also have symbol breakage caused by libstdc++
[23:04] <valorie> ah, and yofel too!
[23:04] <yofel> ^^
[23:06] <clivejo> yofel
[23:06] <clivejo> please help me!
[23:06] <clivejo> Im going insane, insane I tell ya!
[23:06] <yofel> hard to say, are you on ec2?
[23:07] <clivejo> no, locally
[23:07] <yofel> hm, can you restore the old symbolfile before you deleted it and try to build that?
[23:08] <clivejo> I started from scratch
[23:08] <yofel> ah
[23:08] <yofel> how far do you get?
[23:08] <clivejo> and still hitting the same problem
[23:08] <clivejo> ok this command stuck me for a bit
[23:08] <clivejo> dpkg-buildpackage -j4 | tee buildlog
[23:09] <clivejo> was complaining about changed source
[23:09] <clivejo> so I used ../buildlog
[23:09] <clivejo> that worked
[23:09] <yofel> ah yeah, if you do that inside the source it will complain ^^
[23:09] <clivejo> funny that!
[23:10] <clivejo> maybe they could update the help page!
[23:10] <clivejo> http://pkg-kde.alioth.debian.org/symbolfiles.html
[23:10] <clivejo> only took me an hour to work it out!
[23:10] <yofel> oh yeah, that's from a time before that check existed
[23:11] <clivejo> Then I run pkgkde-symbolshelper batchpatch -v 1.0 ../buildlog
[23:11] <clivejo> which appeared to half work
[23:11] <yofel> half o.O?
[23:11] <clivejo> pkgkde-symbolshelper: error: input symbol file template version (5.9.0+git20150516.0223) is higher than the specified one (1.0)
[23:12] <yofel> uh oh
[23:12] <yofel> what are you updating again?
[23:12] <clivejo> how on earth is it version 5.9 when the source is 1.0rc1?
[23:12] <clivejo> libkf5purpose
[23:12] <clivejo> so I tried pkgkde-symbolshelper batchpatch -v 6 ../buildlog
[23:12] <clivejo> and it appeared to work
[23:13] <clivejo> but still getting Lintan issues
[23:14] <clivejo> what am I doing wrong?
[23:14] <yofel> where is that libkf5purpose from?
[23:15] <clivejo> http://download.kde.org/unstable/purpose/
[23:15] <clivejo> a dep for kamoso
[23:15] <yofel> where's the old package from?
[23:16] <clivejo> I built it before
[23:16] <yofel> based on what?
[23:16] <clivejo> purpose-0.1-alpha.tar.xz
[23:17] <yofel> is that released anywhere?
[23:17] <clivejo> I think its new
[23:17] <yofel> ok, then I would delete the symbolfile and re-create it using the proper versioning
[23:18] <yofel> and you should pass 1.0~rc1 as version
[23:18] <yofel> otherwise you'll have a problem when you try to package 1.0 ^^
[23:18] <clivejo> will you guild me?
[23:18] <yofel> I can try.. you should be able to just build the package like before though
[23:19] <yofel> creating the symbolfile comes after the build is finished
[23:19] <clivejo> just rm *.symbol?
[23:19] <yofel> yes
[23:19] <yofel> is there more than one?
[23:20] <clivejo> 2
[23:20] <clivejo> libkf5purpose5.symbols  libkf5purposewidgets5.symbols
[23:20] <yofel> ok, remove both, we'll just have to redo them individually
[23:21] <clivejo> done, and debuild'ing
[23:22] <clivejo> ok 5 warnings
[23:22] <clivejo> 3 are simular to this - W: libkf5purpose5-dbg: debug-file-with-no-debug-symbols usr/lib/debug/.build-id/b4/e4222cfd34f768fd17c625a40dee868f1bf61d.debug
[23:23] <yofel> I never quite understood that one... 
[23:23] <yofel> has something to do whether the file is usable by gdb or so
[23:24] <clivejo> where is that file?
[23:25] <clivejo> its not in debian/tmp
[23:26] <clivejo> ah, its in /debian/libkf5purpose5-dbg/usr/lib/debug/.build-id/b4/e4222cfd34f768fd17c625a40dee868f1bf61d.debug
[23:28] <clivejo> but it is populated (105 lines)
[23:28] <yofel> right, but it needs to have a proper format
[23:28] <yofel> feel free to read up on debug symbol definitions ;)
[23:28] <clivejo> double dutch to me!
[23:29] <yofel> or rather maybe ask sitter tomorrow or so, maybe he knows what the proper action is
[23:30] <clivejo> they are just warnings
[23:30] <clivejo> should I ignore for now?
[23:30] <yofel> yes
[23:31] <clivejo> do you know what -diff-contains-substvars debian/libkf5purpose5.substvars means?
[23:33] <yofel> you probably had something leftover from your old attempt? https://lintian.debian.org/tags/diff-contains-substvars.html
[23:33] <yofel> should usually not be there
[23:35] <yofel> at least not before the build, it's generated
[23:35] <clivejo> does debuild not clear all files before?
[23:36] <yofel> dh_clean should do that, but it's not perfect
[23:37] <clivejo> debuild clean?
[23:37] <clivejo> same as dh_clean?
[23:39] <yofel> dh_clean is one of the debhelper scripts and gets run by debuild (in short)
[23:46] <clivejo> I dont understand this - dep5-copyright-license-name-not-unique
[23:46] <clivejo> its the same licence
[23:46] <clivejo> but different folders have different copyright holders
[23:47] <clivejo> how can it be unique?
[23:47] <yofel> you aggregate that by license, so you list all the files with the same copyright and all their copyright holders in the same block
[23:48] <yofel> clivejo: e.g. look at /usr/share/doc/plasma-desktop/copyright for an example
[23:55] <clivejo> so you only define the long version once?
[23:56] <yofel> right, and if there is a copy of the license in /usr/share/common-licenses/ you only need to include the short form (like done for the L/GPL)
[23:57] <clivejo> I just defined it at the end
[23:57] <yofel> should be fine
[23:57] <clivejo> seems to have cleared the Lintan warning!
[23:57] <clivejo> thanks yofel :)
[23:57] <yofel> for the full syntax specification, see http://dep.debian.net/deps/dep5/
[23:57] <clivejo> just those 3 debug warnings to ask sitter about
[23:58] <clivejo> dput'ing to LP
[23:58] <yofel> leaves creating the symbolfiles
[23:58] <yofel> unless you did that
[23:59] <clivejo> I have no idea about the symbol files
[23:59] <clivejo> need an up-to-date guide