[00:00] <acheronuk> and I'm too bleary eyed to sort
[00:00] <clivejo> sorry jbicha I modified the existing changelog instead of making a new entry
[00:00] <clivejo> I think thats good now
[00:01] <clivejo> its gonna get very messy in here
[00:02] <acheronuk> why is CI noticing me with sarcastic messages?
[00:03] <acheronuk> time for bed
[00:03] <clivejo> Ive cleared the queue
[00:03] <clivejo> should shut it up
[00:04] <clivejo> if you have worked on the package in question you get a lovely PM
[00:04] <acheronuk> I saw
[00:04] <clivejo> I get tons of them
[00:04] <clivejo> Oh no! You're suspected of having broken abc
[00:06] <acheronuk> ok. night then. I'll come back to those akonadi packages in the morning unless you/simon sorts them in the meantime
[00:06] <clivejo> Im heading to bed myself
[00:07] <acheronuk> I'll wake up to 50+ merge proposals then
[00:07] <clivejo> LOL
[00:08] <clivejo> yofel: will need to fix KCI
[00:08] <clivejo> something wrong with ruby
 @Sick_Rimmit I reverted your change also branched out 16.10 and 16.04 out
[02:28] <valorie> ahoneybun: awesome!
[02:30] <ahoneybun> they have kinda different readme's
[02:30] <ahoneybun> mostly about LTS don't get much new features just fixes
[02:30] <ahoneybun> 16.10 is current master so all changes go to master
[02:31] <ahoneybun> after 16.10 is out I'll merge master to it
[02:33] <ahoneybun> never seen ABORTED before lol
[02:36] <valorie> you rock, m'dear
[02:36] <ahoneybun> mm trying to cherry pick ricks change about activites
[02:36] <ahoneybun> might have to do it byhand
[02:36] <ahoneybun> oh well I'll do it
[02:38] <ahoneybun> sometimes valorie
[02:46] <ahoneybun> and we have an Activities section thanks to Rick
[07:06] <acheronuk> as kdepimlibs-data is not going to exist an more, then need to sort out what did depend on it http://paste.ubuntu.com/21863977/
[07:10] <valorie> there is a reverse-depends command somewhere
[07:10] <valorie> or maybe that was kubottu
[07:10] <valorie> rip
[07:22] <acheronuk> valorie: see the paste above
[07:23] <acheronuk> oh. on the channel? not a clue
[07:26] <valorie> oh, you know so much more than me
[07:26] <valorie> lol
[07:38] <yofel> urgh, the ruby version bump got pulled and deployed by accident
[07:38] <yofel> I'll fix that over the day
[07:42] <yofel> !testers | 14.04.5 images are up http://iso.qa.ubuntu.com/qatracker/milestones/365/builds
 yofel: I'll see what I can do after I'm sure Lubuntu is good to go. :)
[07:50] <acheronuk> ummm. so many other packages and build pulled in kdelibs-data, that this is going to be huge fun to unpick
[07:51] <acheronuk> *kdepimlibs-data
 For now I'm going to try to go back to bed
 I can help later acheronuk
[07:51] <acheronuk> thanks. :)
[08:07] <acheronuk> for example, libkf5akonadiagentbase5 Depends: kdepimlibs-data (>= 4:15.12~)
[08:08] <acheronuk> but which parts of the old kdepimlibs-data did that actually need?
[08:09] <acheronuk> and where are we sending those parts now?
[08:10] <soee>  /o/
[08:12] <yofel> acheronuk: looks to me like it's mostly runtime parts from akonadi-*, so... good questino
[08:12] <yofel> *question
[08:13] <yofel> you could check against what binaries the other akonadi libs link against, and do the appropriate data dep from that
[08:17] <acheronuk> need to have that corrected, as now kdepimlibs package was deleted from the CI, even some of the things were trying to get build yesterday fail to build as they are yanking in kdepimlibs 15.12 from the archive via akonadi, which then conflict with files etc
[08:17] <yofel> acheronuk: also: is that a direct dep in control or an shlibs dep from a symbol file?
[08:18] <acheronuk> Package: libkf5akonadiagentbase5
[08:18] <acheronuk> Architecture: any
[08:18] <acheronuk> Multi-Arch: same
[08:18] <acheronuk> Depends: kdepimlibs-data (>= 4:15.12~), ${misc:Depends}, ${shlibs:Depends}
[08:18] <acheronuk> Description: Akonadi agent base library
[08:18] <acheronuk> so direct in control from that
[08:18] <yofel> was that lib in kdepimlibs before?
[08:19] <acheronuk> that's from akonadi
[08:20] <yofel> :/
[08:22] <acheronuk> I know. It's one of those things that goes round in circles with the deps, and the key is probably working out the point where you can put a critical change in to break that chain
[08:33] <acheronuk> for example, akonadi-contacts now fails due to
[08:34] <acheronuk> Unpacking libkf5akonadimime5:amd64 (4:16.04.3+p16.10+git20160801.2343-0) ...
[08:34] <acheronuk> dpkg: error processing archive /var/cache/apt/archives/libkf5akonadimime5_4%3a16.04.3+p16.10+git20160801.2343-0_amd64.deb (--unpack):
[08:34] <acheronuk>  trying to overwrite '/usr/share/config.kcfg/specialmailcollections.kcfg', which is also in package kdepimlibs-data 4:15.12.3-0ubuntu1
[08:35] <acheronuk> where kdepimlibs-data 15.12.3-0ubuntu1 is getting pulled in by some of the other deps via akonaki itself
[08:37] <yofel> 2 things
[08:37] <yofel> a) /usr/share should not be in libkf5akonadimime5 - please make a data package for that
[08:37] <yofel> b) that data package needs to break/replace kdepimlibs5-data << 4:16.08~ 
[08:38] <yofel> or some version like that
[08:40] <acheronuk> yes, I was coming to the conclusion that even if it's just one file or 2 to go in them, each of those packages from the split of kdepim-libs will need a data package 
[08:41] <acheronuk> which will then ease sorting out the replacement depends on kdepimlibs-data that is found elsewhere
[08:43] <acheronuk> going to take a bit of sorting out
[08:43] <acheronuk> ok. back in a bit
[09:16] <doko> any cmake experts online?
[09:37] <shadeslayer> doko: not a expert but can maybe help?
[09:38] <doko> shadeslayer, ta, already found it, just a bad regexp
[09:38] <shadeslayer> regexes are evil
[09:38] <shadeslayer> #getridoftheregexes
[10:06] <kfunk> slightly OT: qtwebengine not yet packaged for Ubuntu?
[10:07] <yofel> kfunk: there are builds in kubuntu-ci/unstable 
[10:08] <yofel> still WIP and soon pending for debian
[10:08] <clivejo> hummm is telegram bridge down?
[10:11] <kfunk> yofel: got it. needs 5.6.1. too bad.
 One sided maybe..
[10:11] <clivejo> acheronuk: are the reverse dependancies direct or 2nd + generation?
[10:12] <yofel> kfunk: what release?
[10:12] <kfunk> yofel: 5.5 (distro Qt)
[10:13] <yofel> yakkety has it in proposed, xenial.. we'll take a bit longer
[10:13] <yofel> (5.6.1)
[10:13] <kfunk> no worries; will have to compile it myself for my dev setup
[10:13] <yofel> k
[10:13] <acheronuk> clivejo: not sure. only got as far as the akonadi one so far, which is direct
[10:18] <tsimonq2> back for now
[10:18]  * tsimonq2 reads backlog
[10:24] <clivejo> WWYD
[10:26] <clivejo> have you made a start on creating a akonadi-mime-data package?
[10:26] <tsimonq2> no, should I?
[10:26] <acheronuk> clivejo: yes
[10:26] <clivejo> sorry was talking to acheronuk
[10:27] <clivejo> make is break kdepimlibs
[10:27] <acheronuk> I did
[10:27] <clivejo> and make a depends on it in libkf5akonadimime5
[10:27] <acheronuk> I did
[10:28] <clivejo> LOL just rubber ducking
[10:29] <clivejo> yofel: regarding the name of data file, should it be libkf5akonadimime-data or akonadi-mime-data?
[10:30] <acheronuk> I did libkf5akonadimime-data
[10:30] <clivejo> I noticed, just checking with yofel
[10:32] <acheronuk> ok
[10:32] <clivejo> I still have no idea how PIM works
[10:33] <clivejo> confuses the hell outta me everytime
[10:33] <acheronuk> Not so much here either...
[10:33] <clivejo> hopefully by disecting it, I might actually learn now it goes together!
[10:34] <clivejo> in my head the package name akonadi-mime-data makes more sense
[10:35] <clivejo> but dont ask me why
[10:35]  * tsimonq2 pokes his head in and waves
[10:35] <clivejo> o/
[10:35] <tsimonq2> how can I help? :)
[10:35] <clivejo> a package name, should it be libkf5akonadimime-data or akonadi-mime-data?
[10:36] <acheronuk> I am torn between them now...
[10:39] <acheronuk> CI just built it with libkf5akonadimime-data, for now anyway..
 imho akonadi-mime-data
[10:43] <acheronuk> would certainly scan easier in all the depends that need changing
[10:43]  * clivejo wonders has yofel become trapped under a pile of ruby
[10:46] <tsimonq2> I think so lol
[10:48] <tsimonq2> artikulate 4:16.04.2-1 is marked for autoremoval from testing on 2016-09-01
[10:48] <tsimonq2> It (build-)depends on packages with these RC bugs:
[10:48] <tsimonq2> 806102: qt-gstreamer: FTBFS when built with dpkg-buildpackage -A (No such file or directory)
[10:48] <tsimonq2> ruh roh
[10:48] <tsimonq2> yofel, clivejo ^
 If there is only one lib. Libfoo-data, otherwise source-data
 ooh he's on Telegram, he IS trapped under a pile of ruby :P
 tsimonq2: that is debian, not ubuntu
[11:00] <clivejo> maybe hes practive rugby
[11:00] <acheronuk> stays as it is then
[11:01] <clivejo> practising
 @yo
 argh
 Yes that's why I had enouh rubies to throw at rohan yesterday
 @yofel well doesn't removal in Debian sometimes mean removal in Ubuntu?
 Yes, if auto-symced. Artikulate isn't
[11:02] <tsimonq2> !info artikulate yakkety
[11:02] <tsimonq2> !info artikulate unstable
 oh ha that makes sense
 yay! new profile pic!
[11:05] <yofel> re
[11:11]  * clivejo giggles
[11:11] <clivejo> https://www.youtube.com/watch?v=mlaVHxUSiNk
[11:13] <tsimonq2> clivejo: cool! :D
[11:19] <acheronuk> I vaguely remember that
[11:25] <acheronuk> akonadi-contacts will need a data package. tsimonq2 ?
[11:34] <tsimonq2> acheronuk: need me to do it?
[11:35] <acheronuk> I just thought you might like to
[11:35] <tsimonq2> acheronuk: and I've never made a data package before, so can you walk me through? (if you haven't done it already)
[11:37] <acheronuk> I used the old kdepimlibs-data one as a starting point https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/kdepimlibs/tree/debian/control?h=kubuntu_unstable
[11:40] <tsimonq2> acheronuk: so this still needs to be done?
[11:41] <acheronuk> no-one else has AFAIK
[11:41] <tsimonq2> k
[11:46] <acheronuk> it built for xenial last night, and log should show the left over files
[11:46] <tsimonq2> I think I figured it out :P
[11:47] <acheronuk> YY build probably needs a retry later
[11:49] <tsimonq2> acheronuk: both are failing...
[11:50] <acheronuk> in your sbuild?
[11:50] <tsimonq2> acheronuk: Yakkety is failing but KCI shows Xenial as failing
[11:51] <tsimonq2> (although it's passing, which is weirf)
[11:51] <tsimonq2> *weird
[11:51] <acheronuk> https://launchpad.net/~kubuntu-ci/+archive/ubuntu/unstable/+packages?field.name_filter=akonadi-cont&field.status_filter=published&field.series_filter=
[11:51]  * tsimonq2 nods
[11:52] <tsimonq2> akonadi-contacts - 4:16.04.3+p16.10+git20160801.2207-0	(changes file)	kubuntu-ci-bot	12 hours ago	Published	Yakkety	Libs	There were build failures. amd64
[11:53] <acheronuk> KCI's criteria for a failure and LP's don't have to be the same.
[11:53] <tsimonq2> ok
[11:54] <BluesKaj> Hiyas all
[11:54] <tsimonq2> o/ BluesKaj, how are you?
[11:55] <acheronuk> even though LP built it, all those left over files are a fail for KCI
[11:56] <BluesKaj> Hi tsimonq2, fine here, and you? ...hey acheronuk
[11:57] <tsimonq2> great BluesKaj :)
[11:57] <acheronuk> Hi BluesKaj :)
[11:58] <tsimonq2> argh now it can't find libkf5akonadimime-dev
[11:58] <BluesKaj> how goes the battle with xenial ? I had to revert to 14.04 for stability reasons
[12:00] <BluesKaj> one unstable OS is bad enough and I expect that since I'm testing Yakkety, but Xenial seems very slow to stablize
[12:02] <acheronuk> tsimonq2: you may need to wait for the latest akonaki-mime to publish before you build again
[12:03] <tsimonq2> argh ffs fine
[12:05] <acheronuk> actually, akonadi itself may need fixing 
[12:05] <acheronuk> you sort out one thing, and it just exposes another layer of problems!
[12:07] <acheronuk> tsimonq2: you may have to wait after all on doing that
[12:16] <tsimonq2> acheronuk: wait for what?
[12:23] <tsimonq2> acheronuk: what am I waiting for?
[12:24] <acheronuk> (1) akonadi-mime to publish (2) maybe a fix on main akonadi package itself 
[12:28] <acheronuk> some build deps still result in the old kdepimlibs-data package being wanted, which is gone. or at least they did earlier this morning
[13:00] <acheronuk> I can see why people steer clear of PIM a bit
 Tis very true
[13:02] <BluesKaj> acheronuk, home users like me usually have no need for the PIM apps
 Its a can of worms
[13:03] <acheronuk> It's a can of piranha
 BlueKaj there are a lot of people who do use it and that's why we package it.
[13:04] <clivejo> ahhh Mr slhk
[13:04] <slhk> hi clivejo
[13:05] <BluesKaj> who needs db for mail and contacts unless you must save 10K emails etc
[13:05] <clivejo> slhk: any input on this thread - https://www.kubuntuforums.net/showthread.php?70569-Should-I-be-concerned
[13:05] <BluesKaj> unless you're on the job clivejo
[13:06] <clivejo> I know a lot of home users who use kmail, but your entitled to your opinion
[13:07] <BluesKaj> there's finally an option to dump the PIM apps if one doesn't need them without removing the desktop
[13:07] <BluesKaj> I loved kmail until KDE4 arrived 
[13:10] <BluesKaj> kmail was a terrific email client before that 
[13:18] <slhk> clivejo: that's a different issue from the one I fixed, and as pointed out in the thread it has been fixed before. Anyway, I confirm that update-a-x-i-dbus still does not work, and I'm fixing that right now
[13:27]  * acheronuk wonders if LP can be bribed to speed up
[13:29] <yofel> no ^^
[13:30] <yofel> well yes, but that's impolite
[13:30] <tsimonq2> acheronuk: na we just rant in #launchpad :P
[13:30] <yofel> :O
[13:37] <acheronuk> tsimonq2: not too often
 :P
[13:41] <acheronuk> ok. if rebuilding akonadi doesn't break this circular dependency, I'm going to be sad....
 You aren't past the sad stage?
 Akonadi tends to make me angry
[15:03] <acheronuk> clivejo: There's still plenty of time
[15:22] <acheronuk> got bored of waiting and built akonadi in my testing ppa. seems to allow akonadi-contacts to build again. now wait for CI....
[16:05] <Mirv> yofel / others: do you think you could ask on #ubuntu-release to ignore failures for: kwin marble kde-cli-tools libkscreen kdepim-runtime kxmlgui extra-cmake-modules kconfigwidgets okteta akonadi-search kidentitymanagement kdelibs4support kwayland libkscreen ? we're landing the unity8 fix soon after which the remaining blockers to release pocket migration would be those listed autopkgtest
[16:05] <Mirv> or if there are some you are worried about showing a real blocker and want to fix instead
[16:08] <yofel> 100% tests passed, 0 tests failed out of 5
[16:08] <yofel> Total Test time (real) =   2.36 sec
[16:08] <yofel> XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":99"
[16:08] <yofel>       after 9428 requests (9428 known processed) with 0 events remaining.
[16:08] <yofel> wtf?!?
[16:09] <yofel> oh wait, acc is what failed, urgh
[16:10] <Mirv> I'm somewhat scared the GCC6 will come and suddenly block everything for half eternity :)
[16:16] <yofel> I'm wondering whether I should make a script that removes the autopkgtest setups from all kde packages
[16:17] <yofel> Mirv: is there anything else stuck except qtbase?
[16:19] <yofel> Mirv: and are those all that you need? There are more kde packages in proposed than those
[16:26] <Mirv> yofel: most autopkgtests pass also for kde packages, from my manual viewing through http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html I came up with that list
[16:26] <Mirv> yofel: well ~everything is stuck because ~everything has reverse dependencies that are in that list ^ and depend on each other. 
[16:27] <Mirv> generally http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#qtbase-opensource-src and #qtdeclarative-opensource-src show most problems
[16:28] <yofel> Mirv: yes, I'm looking at that, but I'm also seeing nonsense build combinations like:
[16:28] <yofel> autopkgtest for kwin/4:5.6.4-0ubuntu1: amd64: Pass, armhf: Pass, s390x: Always failed
[16:28] <yofel> autopkgtest for kwin/4:5.6.4-0ubuntu2~1: i386: Pass
[16:28] <yofel> autopkgtest for kwin/4:5.7.2-0ubuntu1: ppc64el: Regression ♻
[16:29] <yofel> we don't migrate packages on an architecture basis, so what's the point in that?
[16:33] <Mirv> yofel: it's probably some autopkgtest timing issue that would require stronger hinting from release team if wanted to be executed with the correct version for all archs
[16:34] <yofel> right, but I honestly have no motivation to run after the release team to fix autopkgtests  in up to 200 packages. so lets go with force-badtest for everything's broken so that you're not stuck on us
[16:37] <Mirv> yofel: yes I agree that if you think functionally everything is ok, ask release team to force-badtest that list of packages. plus: kde-baseapps (I just found by going through the page with grep + sed instead of manually)
[16:37] <Mirv> yofel: http://pastebin.ubuntu.com/21910811/
[16:38] <Mirv> well that's manually stripped down of non-Qt/KDE packages
[16:38] <yofel> ah, nice one
[16:38] <yofel> yeah, looks about right from what I can see
[16:43] <santa_> interesting that "proposed migration" thing. it's like a mixture of uploading packages to debian experimental and a debian transition
[16:43] <yofel> santa_: the proposed migration is literally britney
[16:44] <santa_> you mean it's done with britney
[16:44] <yofel> righ
[16:44] <yofel> t
[16:44] <santa_> interesting
[16:44] <santa_> regarding the tests
[16:44] <santa_> well, back in the days we were actively disabling them for kde software
[16:45] <santa_> today we have some effort towards making them work, but I have the impression it's too much effort for little benefit
[16:46] <santa_> i.e. how many real bugs have people fixed thanks to the autotests being executed in packaging?
[16:48] <santa_> vs how many hours you have to spend ... not to fix the software, but to fix the test itself? (i.e. fixing the environment where the test is executed and things like that)
[16:49] <santa_> that being said, I would clearly ignore them wrt blocking other stuff
[17:03] <yofel> bbl
[18:24] <tsimonq2> thanks everyone! :D
[18:24]  * tsimonq2 is a ninja now
[18:24] <yofel> right, welcome ;)
[18:24] <clivejo> now you can do a proper ninja dance
[18:25] <tsimonq2> lol
[18:25] <yofel> tsimonq2: so now you can: commit directly, upload to kubuntu-ppa/* (please don't directly upload to /ppa and /backports, they have -landing equivalents for that), and you can trigger CI builds
[18:26] <tsimonq2> awesome, thank you
[18:26] <clivejo> just be careful and ask if in any doubt
[18:26] <yofel> keep using merge requests for changes that you're doubtful about though please
[18:26] <clivejo> there are no silly questions here
[18:26] <tsimonq2> yofel: I was just about to comment on the fact that I will do that :)
[18:26] <yofel> :)
[18:29] <Mirv> thanks yofel for bringing up the topic on release channel, let's hope it'll be agreed upon! infinity may still ask about this and that failing and what's going to be done about it..
[18:30] <yofel> well, he always does that ^^
[18:30] <tsimonq2> yofel: would it be fine with you if I rebuild a package in KCI just so I know how it's done? or would you rather I wait until there's a real need for it? I mean, afair, it won't hurt, right?
[18:32] <acheronuk> congratulations tsimonq2 :D
[18:32] <tsimonq2> thanks acheronuk :D
[18:32] <clivejo> theres still a queue on KCI
[18:32] <Mirv> yofel: if he asks about marble symbol updates, do note we could handle it but there's some other FTBFS issue bug #1609083
[18:33] <clivejo> still waiting for it to build akonadi-contacts
[18:33] <acheronuk> clivejo: needs akonadi itself to build first
[18:34] <Mirv> it has helped before though to at least have a bug filed about an issue
[18:34] <clivejo> anyone work on akonadi-notes ?
[18:35]  * tsimonq2 checks if I did anything
[18:35] <tsimonq2> now I can push so I don't need to poke anyone if I make a trivial change :)
[18:37] <tsimonq2> clivejo: no clue if my changes are still relevant but here: https://git.launchpad.net/~tsimonq2/kubuntu-packaging/+git/kubuntu-akonadi-notes?h=kubuntu_unstable
[18:37] <acheronuk> clivejo: akonadi-notes looked that it at least build ok, though can't say I inspected the result overly much as a was trying to sort contacts
[18:37]  * tsimonq2 checks if they are still relevant
[18:38] <clivejo> just be careful
[18:38] <tsimonq2> no actually, I'll push my changes if you don't mind
[18:39] <tsimonq2> wait no I was looking at master
[18:39] <tsimonq2> nvm
[18:39] <acheronuk> I imagine those 3 packages still needs some 'housekeeping' to get them up to scratch, even it they do technically build
[18:39] <clivejo> trivial changes might not appear so trivial in the grand scheme of things
[18:39] <tsimonq2> clivejo: I understand :)
[18:41] <acheronuk> I'm always very hesitant at 'git push' still, which is no bad thing really
[18:42] <clivejo> and remember the Kubuntu team moto - WWYD
[18:43] <acheronuk> lol
[18:45] <tsimonq2> hehehehehe
[18:46] <acheronuk> tsimonq2: I did that data package in the end, as it was tied up with akonadi deps, and wanted to sort them both together
[18:46]  * yofel throws even more rubies at clivejo
[18:46] <tsimonq2> acheronuk: good idea
[18:46] <yofel> seriously, ever since you made that anology, I don't know if people here mean the original acronym or yours whenever I read it >.<
[18:48] <acheronuk> I think 90%+ of the time, Y=Yofel now
[18:51] <yofel> tsimonq2: if you just trigger builds, no, I don't mind. But maybe take something that doesn't have many downstream projects (otherwise it'll block those if they're in the queue)
[18:52] <clivejo> it means What Would Yofel Do :P
[18:52] <tsimonq2> yofel: have an example I can do a build of?
[18:52] <yofel> tsimonq2: http://kci.pangea.pub/job/yakkety_unstable_sweeper/
[18:53] <yofel> make sure the checkbox for kubuntu-ninjas is checked when you log in
[18:54] <tsimonq2> I already logged in, but thanks anyways :)
[18:54] <tsimonq2> woah this is cool
[18:54] <yofel> hm
[18:54] <yofel> why are the daily promotion jobs still a thing
[18:54]  * yofel goes killing
[18:57] <clivejo> I think we need to fire soee
[18:57] <clivejo> https://www.kde.org/announcements/plasma-5.7.3.php
[18:58] <soee> oh sorry i spammed Jonathan some hours ago :D
[18:59] <soee> but please lets make first 5.7 release for Xenial :)
[19:00] <yofel> that ^
[19:00] <yofel> and yakkety_archive is frozen until the packages make it out of -proposed
[19:00] <yofel> we really need to get that done first
[19:04] <sick_rimmit> ahoneybun: Hiya you about
 o/ sick_rimmit
[19:05] <sick_rimmit> \o/ tsimonq2
 Yep
[19:05] <sick_rimmit> Perfect
[19:06] <sick_rimmit> I've made those changes from you review
[19:06] <sick_rimmit> Would you like me to push them to your Master, a seperate Branch or something else ?
[19:09] <ahoneybun> sick_rimmit: I have the master as the current release cycle ie 16.10
[19:09] <ahoneybun> 16.04 has it's own branch
[19:09] <ahoneybun> kubuntu-16.04-LTS
[19:09] <sick_rimmit> Oh OK, I didn't see those branches
[19:10] <ahoneybun> I added the activies part to master
[19:10] <ahoneybun> I made that yesterday
[19:10] <sick_rimmit> I'll check you branches again, and see what's available
[19:10] <ahoneybun> sorry about that
[19:10] <ahoneybun> just messing with branches now
[19:10] <ahoneybun> need to figure out how to deal with docs.k.org now
[19:11] <sick_rimmit> I think it'll take me a little time get all the work done, and probably good for me to target 16.10 for Oct
[19:11] <ahoneybun> since it points to the LTS currently
[19:11] <ahoneybun> I'm thinking of adding activies to LTS as well
[19:12] <sick_rimmit> Oh yes that's a good idea, I think it needs new images for Activities in 16.04
[19:12] <ahoneybun> well your images are of 16.04 currently
[19:12] <ahoneybun> but you might have the backport ppa as well
[19:12] <sick_rimmit> OK here's my suggestion
[19:13] <ahoneybun> I know sphinx can handle dirs so make lts and release dirs
[19:13] <sick_rimmit> I'll push what I have to my Master, and issue a pull request. If you review and are happy with the work so far, Merge and then I will pull
[19:13] <sick_rimmit> you current Master,
[19:13] <ahoneybun> you'll fetch and sync
[19:13] <ahoneybun> if your working on 16.10 then yes
[19:14] <sick_rimmit> Yep, that's good 
[19:14] <ahoneybun> my plan is that master will always be the current dev cycle
[19:14] <ahoneybun> then when it is release make a branch for it
[19:15] <sick_rimmit> Tags ?
[19:15] <ahoneybun> I've not messed with tags yet
[19:15] <ahoneybun> I know we use branches on our git
[19:15] <sick_rimmit> No worries, however you want to do it, I'll work with that
[19:15] <sick_rimmit> :-D
[19:16] <ahoneybun> the LTS needs a different branch
[19:16] <ahoneybun> at least
[19:16] <clivejo> what are you guys doing/talking about?
[19:16] <ahoneybun> we can tag release 
[19:16] <ahoneybun> *releases
[19:16] <ahoneybun> clivejo: the kubuntu manual
[19:16] <ahoneybun> https://github.com/ahoneybun/kubuntu-manual
[19:16] <sick_rimmit> Yep agreed, you create that I'll pull it, I can work on those images for it then
[19:16] <ahoneybun> http://docs.kubuntu.org/
[19:18] <ahoneybun> sick_rimmit: I'd rather have the packaging stuff in a dir under contribute somehow
[19:18] <ahoneybun> not outside of docs
[19:18] <ahoneybun> makes it easier to find everything
[19:19] <acheronuk> clivejo: is anything now making  libkf5akonadisocialutils-dev ?
[19:19] <clivejo> not that Ive found 
[19:19] <acheronuk> not that I can either :/
[19:20] <acheronuk> so presumably things that did need it don't now?
[19:20] <acheronuk> you would hope
[19:24] <clivejo> wow, lots of missing symbols in okteta
[19:26] <acheronuk> yes, kdepim-runtime for example has had that social plugin removed from CMakeLists.txt
[19:26] <clivejo> can you remove the build dep from the control file too
[19:26] <tsimonq2> clivejo: how can I help? :)
[19:26] <acheronuk> I was just about to
[19:27] <ahoneybun> sick_rimmit: can you get me some install screenshots from 16.04? all the slides and sets
[19:27] <ahoneybun> I only have from wily
[19:27] <clivejo> tsimonq2: regarding this commit - https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/akonadi-notes/commit/?h=kubuntu_unstable&id=c7051b7a833910147a17fc9c27157f17b635e13b
[19:28] <clivejo> why?
[19:28] <tsimonq2> doesn't the Git commit explain that? :P
[19:29] <tsimonq2> (be more specific as to what you're getting at)
[19:29] <clivejo> but all the other packages have the same entry, why change that one package to https?
[19:30] <clivejo> you cant push to https
[19:30] <yofel> well, you can't push to git either
[19:30] <tsimonq2> ^
[19:30] <yofel> but yes, please don't fix *just* one package
[19:30] <tsimonq2> alright I'll fix the rest
[19:30] <tsimonq2> unless you want it reverted?
[19:31] <yofel> no, I'm fine with https being used, there is a point in using it
[19:31] <tsimonq2> great :)
[19:35] <ahoneybun> yofel: I'm afraid to touch the files on docs.k.org
[19:35] <ahoneybun> any way for you to copy the git over ther
[19:36] <ahoneybun> I'll have 16.04.1 ready by the end of the week
[19:36] <yofel> ahoneybun: git isn't used, the build artifact of git are used, and the actually used dir should be a symlink to one version of those artifacts
[19:36] <yofel> that's how I set it up back then at least
[19:36] <ahoneybun> well I don;t know how you made it work so 
[19:37] <clivejo> tsimonq2: how are you going to fix the rest?
[19:37] <yofel> sec
[19:38] <tsimonq2> clivejo: manually, through elbow grease :P
[19:39] <yofel> ahoneybun: random thought: you might want to tag what gets deployed
[19:39] <clivejo> There are 337 packages in our git 
[19:39] <yofel> oh my, please script that ^^
[19:39] <ahoneybun> I'm using branch for LTS
[19:39] <tsimonq2> fine fine yofel 
[19:39] <ahoneybun> but might use tags for releases
[19:39] <tsimonq2> :P
[19:40] <tsimonq2> yofel: do we have a list of all the repos somewhere?
[19:40] <yofel> ahoneybun: aah, I didn't realize that the clone wasn't updated
[19:40] <tsimonq2> (on one page)
[19:40] <santa_> tsimonq2: man
[19:40] <yofel> uh no. I did write a script for that...
[19:40] <ahoneybun> yofel: I've started making some changes with sick_rimmit
[19:40] <yofel> somewhere...
[19:40] <ahoneybun> also removing some old stuff from vivid
[19:41] <tsimonq2> I made a mistake in whating to do it manually, I forgot to ask myself, WWYD
[19:41] <santa_> tsimonq2: write one script meant to be executed in a git directory with debian/*
[19:41] <tsimonq2> *wanting
[19:41] <santa_> tsimonq2: then git-clone-all
[19:41] <tsimonq2> santa_: where's git-clone-all?
[19:42] <santa_> tsimonq2: then do-all <your_script> over all the repositories
[19:42] <tsimonq2> where's that too?
 *clivejo face palms*
[19:42] <santa_> tsimonq2: https://code.launchpad.net/~kubuntu-packagers/+git/kubuntu-automation
[19:42] <santa_> there
 O_o
[19:42] <tsimonq2> thanks santa_ 
[19:43] <santa_> and we can add your script if it's good to the KA I think
[19:44] <tsimonq2> so it has to be more than a one time script? :P
[19:44] <santa_> I think it's the easier way
[19:44] <yofel> well, git-clone-all would certainly do the job as well
[19:44] <yofel> might miss a repo or two though
[19:44] <santa_> yeah, kdelibs
[19:44] <ahoneybun> yofel: also sphinx is old on that server
[19:44] <yofel> and stuff from extragear, etc.
[19:44] <ahoneybun> but that's not a huge deal
[19:45] <yofel> ahoneybun: the whole server is EOL :/
[19:45] <ahoneybun> oh
[19:45] <ahoneybun> right
[19:45] <ahoneybun> 15.04
[19:45] <yofel> but Riddell needs to fix that. I don't want to touch that without a snapshot
[19:45] <ahoneybun> of course
[19:45] <santa_> well extragear is not under the KA "jurisdiction"
[19:45] <yofel> right, but under the same repo namespace 
[19:46] <yofel> and this is about the URLs
[19:46] <santa_> tsimonq2: the easiest way to do the script is python-debian
[19:46] <yofel> just use sed....
[19:46] <tsimonq2> ^
[19:46] <tsimonq2> $ python git-clone-all  File "git-clone-all", line 4
[19:46] <tsimonq2> SyntaxError: Non-ASCII character '\xc2' in file git-clone-all on line 4, but no encoding declared; see http://python.org/dev/peps/pep-0263/ for details
[19:46] <santa_> srlsy
[19:46] <sick_rimmit> We could probably script up a make html; rsync /build 
[19:47] <yofel> I'll recommend python-debian as soon as it learns how to not break control files the moment it sees a comment in one
[19:47] <sick_rimmit> pretty easy
[19:47] <yofel> right
[19:47] <sick_rimmit> that way you don't need Sphinx on your docs webserver
[19:47] <yofel> (wrt rick)
[19:47] <santa_> tsimonq2: where are you? yakkety?
[19:47] <tsimonq2> santa_: yep
[19:47] <ahoneybun> sick_rimmit: having sphinx there lets me make small changes
[19:47] <sick_rimmit> In fact it could by tackled with a Jenkins job
[19:47] <ahoneybun> and rebuild on the fly
[19:48] <yofel> sick_rimmit, ahoneybun: I changed the links a bit so now the server points to /home/kubuntu/docs/deployed for live, so you can play in the repo as much as you want
[19:48] <yofel> once you're done, build/html needs to replace deployed/
[19:49] <santa_> tsimonq2: just execute it as a normal program
[19:49] <santa_> i.e. don't prepend "python"
[19:49] <tsimonq2> $ ./git-clone-all                                                                                              
[19:49] <yofel> hm.... I would prefer that jenkins does not have access to weegie. Even if you have a point..
[19:49] <tsimonq2> Traceback (most recent call last):                                                                                                                           
[19:49] <tsimonq2>   File "./git-clone-all", line 18, in <module>                                                                                                               
[19:49] <ahoneybun> mm sounds hard
[19:49] <tsimonq2>     from lib.utils import *                                                                                                                                  
[19:49] <clivejo> git-clone-all wont get all the git repos
[19:49] <sick_rimmit> If the server is going EOL, perhaps we should move it then deploy the docs
[19:49] <tsimonq2> ImportError: No module named 'lib'                                                                                                                           
[19:49] <yofel> ahoneybun: not as hard as you think
[19:49] <yofel> ahoneybun: pretty easy actually
[19:49] <tsimonq2> clivejo: or any for that matter >__<
[19:50] <ahoneybun> yofel: can I just git clone branch and then move the build to deployed
[19:50] <clivejo> debian have git: URL in the Vcs-Git: field I dont get why we need to change it :/
[19:50] <yofel> ahoneybun: would work too, but remember that html/ matches deployed/
[19:51] <clivejo> 336 have it that way, 1 doesnt
[19:51]  * sick_rimmit steps away from discussion about Docs deployment, to focus on updating the content
[19:51] <santa_> tsimonq2: do you have a proper clone?
[19:51] <ahoneybun> matches?
[19:51] <santa_> or did you just copied the script alone?
[19:52] <tsimonq2> santa_: so I can't just download the plaintext Python script? :P
[19:53] <ahoneybun> mm I might be logging into the server wrong
[19:53]  * clivejo feels like he's talking to himself, so goes off to do something else
[19:53] <ahoneybun> going to step away anyway
[19:53] <tsimonq2> santa_: still not good
[19:53] <tsimonq2> The sftp process failed with return code: 255
[19:53] <tsimonq2> Command attempted: sftp -b - depot.kde.org:stable/frameworks/5.24/
[19:53] <santa_> tsimonq2: nope. and I would recommend you to create a directory for all the clones
[19:53] <yofel> tsimonq2: or, if you want a list of all repositories that you can clone in a bash loop, this will give it to you: http://sprunge.us/MSiW
[19:54] <santa_> so you don't have access to depot
[19:54] <yofel> tsimonq2: hm, that's a too old script I realize, that gives you too much
[19:55] <santa_> in any case I don't see why we have to "fix" that
[19:55] <yofel> although, it would still do the job
[19:55] <santa_> either way is fine,,,
[19:55] <yofel> https *is* even recommended by debian, so no reason to not fix it if he wants to fix it
[19:55] <santa_> why?
[19:56] <yofel> http*s* ?
[19:56] <santa_> ok then
[19:57] <santa_> yofel: what about adding simon's key to the depot ftp btw?
[19:58] <yofel> right, I should fix that
[19:58] <yofel> but at that time, tsimonq2: please subscribe to https://mail.kde.org/mailman/listinfo/kde-distro-packagers
[19:59] <tsimonq2> will do
[19:59] <santa_> btw how does the ninja thing works?
[19:59] <yofel> thanks, whitelisting you
[20:02] <santa_> oh, yofel
[20:02] <yofel> santa_: as in?
[20:02] <santa_> as anything
[20:02] <tsimonq2> yofel: offically subscribed
[20:03] <yofel> tsimonq2: when you script-fix this, please make sure to not push before you've verified that it works
[20:03] <yofel> tsimonq2: and please commit with 'NOCI' in the commit message
[20:05] <yofel> tsimonq2: you now have access to ftpubuntu@depot.kde.org - that server has pre-release tarballs for kde published to packagers before the official announcement. Please do not re-publish those anywhere except in the team related locations (i.e. mostly launchpad)
[20:05] <tsimonq2> yofel: will do, but I'm getting thrown this when I'm trying to use your script: httplib2.SSLHandshakeError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:590)
[20:05] <yofel> o.O
[20:05] <tsimonq2> alright cool yofel 
[20:05] <tsimonq2> yeah I know, weird
[20:06] <yofel> I remember seeing that actually. But I have no memory when exactly that was
[20:06] <santa_> yofel: I just remembered what I have been thinking yesterday in addition to all the stuff I have in my table for KA
[20:07] <yofel> santa_: ~kubuntu-ninjas is mostly for 3 things: upload access to kubuntu-ppa/, commit access, and we have a private PPA if we ever need to work on hidden stuff
[20:07] <santa_> is required to be a kubuntu member already or not?
[20:08] <yofel> no
[20:08]  * santa_ facepalms
[20:08] <santa_> how does one apply for that?
[20:08] <yofel> approval by 2 kubuntu-devs
[20:09] <santa_> lol
[20:09] <tsimonq2> yofel: argh, still getting the error:
[20:09] <tsimonq2> Host key verification failed.
[20:09] <tsimonq2> Couldn't read packet: Connection reset by peer
[20:09] <tsimonq2> The sftp process failed with return code: 255
[20:09] <santa_> I have been around since a long time and...
[20:09] <yofel> tsimonq2: aaah, login over ssh once
[20:09] <yofel> you need to accept the host key
[20:09] <tsimonq2> alright
[20:10] <tsimonq2> cool :)
[20:10] <santa_> at some point I would like to upload a point release of anything with the new tooling to the ppa
[20:10] <tsimonq2> yofel: oh ffs grrr
[20:10] <tsimonq2> Permission denied (publickey).
[20:10] <tsimonq2> Couldn't read packet: Connection reset by peer
[20:10] <santa_> although the git commit access would be already useful for some non-controversial things
[20:11] <santa_> regarding the KA idea i was thinking about making gbp-ppa a bit more generic
[20:11] <yofel> santa_: so, with you, while I would immediately whitelist you for automation. A bunch of your pull requests were from the "hey lets fix this but I didn't actually check that against the offical build target" - like your last bunch of symbol merge requests. So I'm somewhat reserved to give you access to the packaging stuff as you like to run away just doing your thing...
 @Sick_Rimmit did you sync before making those changes?
[20:13] <yofel> tsimonq2: o.O - what key are you using?
[20:14] <santa_> yofel: regarding the symbols I wasn't aware there was a new qt version, keep in mind that I came up after being absent for a long time
[20:14] <tsimonq2> yofel: I always keep it up to date on Launchpad: https://launchpad.net/~tsimonq2
[20:14] <tsimonq2> yofel: the only key here lol: https://launchpad.net/~tsimonq2/+sshkeys
[20:14] <yofel> tsimonq2: weird, that's what I used...
[20:15] <yofel> tsimonq2: you did use the right user?
[20:16] <tsimonq2> yofel: "$ ssh ftpubuntu@depot.kde.org" is what I ran
[20:16] <yofel> that makes no sense...
[20:17] <tsimonq2> I agree
[20:19] <yofel> santa_: right, and you mixed that up with gcc6 at the same time, it just felt like you didn't even wonder where that diff came from. Maybe I'm being overly pedantic, but as you worked on debian before, I kind of expect a bit more experience from you than I do from a random beginner? How long did you work over there anyway? I only payed very loose attention to debian back then
[20:19] <tsimonq2> oh there it goes!
[20:19] <yofel> ...
[20:20] <tsimonq2> ran 
[20:20] <tsimonq2> "$ ./git-clone-all"
[20:20] <tsimonq2> it works fine
[20:20] <tsimonq2> s/it works/it is working/
[20:21] <yofel> santa_: I'm not too happy about the situation as well, as you could be a lot more productive if we fixed this. You just give off a feeling of rather doing something yourself that you're not sure about rather than asking, which makes me nervous
[20:22] <santa_> yofel: I didn't mix anythng with gcc6 *iirc*. the diff just came from because I built the packages without using the rik's qt ppa. nothing more, nothing less.
[20:23] <yofel> ah, might have been. Another reason to wonder why we didn't get that in staging considering our status pages were green
[20:24] <yofel> santa_: note that I'm really *just* nervous about the packaging changes. In KA I had barely anything to complain about - those were mostly just misunderstandings on my side. You're doing a great job there
[20:24]  * clivejo hi-fives acheronuk
[20:24] <acheronuk> \o/
[20:24] <tsimonq2> yofel: well it *seemed* like it... :(
[20:24] <tsimonq2> ssh: connect to host depot.kde.org port 22: Network is unreachable
[20:24] <tsimonq2> Couldn't read packet: Connection reset by peer
[20:24] <santa_> yofel: I just tought it was any change in the archive since the time of building in the ppa and the time of building in my stuff. this kind of stuff happens
[20:25] <yofel> tsimonq2: oh, you might have to set the proper user for depot.kde.org in ~/.ssh/config
[20:25] <yofel> although, network is unreachable is weird
[20:26] <tsimonq2> yofel: what do I put in there?
[20:27] <yofel> santa_: hm, true. So lets do this: Your membership meeting will be soon, once that passes you have commit access. And once I'm convinced that you're familiar with the workflow, locations, etc. you'll get added to ninjas
[20:27] <yofel> which at that point would only be for ppa and ci access
[20:27] <acheronuk> I have:
[20:27] <acheronuk> Host depot.kde.org
[20:27] <acheronuk>         User ftpubuntu
[20:27] <acheronuk>         IdentityFile ~/.ssh/****
[20:27] <tsimonq2> thanks
[20:28] <santa_> yofel: no problem, in any case I admit I have a lot to learn about the kubuntu workflows. because, indeed, I'm working right now a bit "outside of the ordinary"
[20:45] <clivejo> !info libkf5akonadisearch-dev
[20:46] <clivejo> another epoch in the wild
[20:52] <acheronuk> Depends: qtquick1-5-dev (>= 5.4.0~) but it is not going to be installed
[20:53] <yofel> I think that's not a thing anymore...?
[20:54] <acheronuk> Depends: libqt5declarative5 (= 5.5.1-3build1~2), qtbase5-dev
[20:54] <acheronuk> in YY
[20:55] <yofel> right, that's not in 5.6 anymore, debian also removed that from unstable
[20:55] <yofel> and testing
[20:55] <acheronuk> https://launchpad.net/ubuntu/+source/qtquick1-opensource-src
[20:55] <acheronuk> too slow. yes, seems so
[20:56] <acheronuk> so does kdepim-runtime really now need it?
[20:56]  * acheronuk goes to check in git
[21:04] <acheronuk> struggling to find any ref to that, even in old branches
[21:05] <yofel> I'm fairly sure that the dev package is useless today. Whatever now contains qtquick2 would make sense I guess
 @Sick_Rimmit merged thanks!
[21:06] <acheronuk> oh. Qt5DeclarativeConfig.cmake
[21:22] <tsimonq2> happy to report that Trojita installs and works fine!
[21:22] <tsimonq2> (from the Kubuntu CI PPA)
[21:28] <clivejo> I think I configured it to build once a week
[21:29] <tsimonq2> well it's not a good email client though :P
[21:29] <clivejo> its only 0.7, give it a chance!
[21:31] <valorie> sounds like we still have hope to have KDE PIM though
[21:31] <valorie> too
[21:31] <tsimonq2> fine fine :/
[21:31] <valorie> a choice is always good
[21:32] <acheronuk> Qt5TextToSpeechConfig.cmake ?
[21:32] <yofel> nobody ever packaged that
[21:33] <tsimonq2> yofel: what needs to be packaged?
[21:33] <yofel> qt5texttospeech
[21:34] <acheronuk> got that going through the new build-deps for kdepim-runtime in pbuilder
[21:34]  * clivejo wonders if there is any way to squeeze the energy and drive from tsimonq2, bottle it and distribute it
[21:35] <tsimonq2> I'm on it :P
[21:36]  * yofel has this image of Bugs Bunny distributing Michael's "secret stuff" from the space jam movie in his mind now ^^
[21:38] <acheronuk> ahhh... that Qt5TextToSpeechConfig.cmake was a OPTIONAL one
[21:38] <acheronuk> the real failure was further down
[21:40] <acheronuk> tsimonq2: that qt5texttospeech was optional, so not critical
[21:40] <clivejo> yofel: http://kci.pangea.pub/job/merger_akonadi-search/ isnt triggering builds
[21:40] <tsimonq2> acheronuk: /me works on it anyways 
[21:40] <clivejo> texttospeech might be nice to have
[21:40] <yofel> clivejo: but there's a job pending already?
[21:40] <tsimonq2> it's not critical but I can still do it :P
[21:41] <clivejo> I think I triggered that?
[21:41] <clivejo> oh maybe not
[21:41] <yofel> http://kci.pangea.pub/job/yakkety_unstable_akonadi-search/ -> started by SCM change
[21:41] <clivejo> yes
[21:41] <clivejo> I refreshed the symbols
[21:42] <clivejo> just wondered why xenial version isnt building
[21:42] <yofel> explained on http://kci.pangea.pub/job/xenial_unstable_akonadi-search/
[21:42] <clivejo> yeah, dont mind me, heads all over the place tonight
[21:43] <yofel> heh 
[21:45] <tsimonq2> yofel: seems like qtspeech isn't in download.qt.io
[21:45] <tsimonq2> yofel: where can I fond a tar?
[21:45] <tsimonq2> *find
[21:45] <yofel> no idea, isn't there a url or so in cmake?
[21:46] <tsimonq2> *shrug*
 I dislike PIM
 Too big
[21:46] <clivejo> git clone https://codereview.qt-project.org/qt/qtspeech
 I want Trojita as the default
[21:46] <tsimonq2> clivejo: so I package that, no tar? O_o
[21:47] <clivejo> well its WIP - https://codereview.qt-project.org/#/admin/projects/qt/qtspeech,branches
[21:47] <clivejo> dont think theres been release yet
 I like trojita @tsimonq2
[21:49] <clivejo> Simon you could package this - LP:1546373
[21:49] <tsimonq2> clivejo: well if there isn't a release I don't want to package it :/
[21:50] <tsimonq2> bug 1546373
[21:50] <clivejo> hes been wanting that updated for a while
[21:50] <tsimonq2> is that in our Git?
[21:53] <clivejo> Homepage: http://taglib.github.io/
[21:53] <clivejo> Vcs-Git: git://anonscm.debian.org/users/modax/taglib.git
[21:53] <clivejo> Vcs-Browser: http://anonscm.debian.org/gitweb/?p=users/modax/taglib.git;a=summary
[21:53] <tsimonq2> oh so I have to hunt down the Debian people? :/
 By the way, I've just noticed that Krusader is all green on the KF5 porting status page (scroll to the very bottom). Does this mean a new version is about to be released with KDE Applications 16.08?
 From KDE Vector
[21:54] <yofel> it's in our package set because amarok uses it IIRC
[21:54] <yofel> but we usually always based that on debian
 http://developer.kde.org/~cfeck/portingstatus.html
[21:54] <tsimonq2> clivejo: who can I poke once I update it in Git?
[21:55] <clivejo> https://anonscm.debian.org/cgit/users/modax/taglib.git/
[21:55] <clivejo> hasnt been updated in 3 years
[21:55] <tsimonq2> yikes
[21:56] <clivejo> I packaged an older version and asked for testers
[21:56] <clivejo> but was ignored
[21:57] <yofel> I haven't seen MoDaX in a while either, he is still in #debian-qt-kde though
[21:57] <clivejo> https://launchpad.net/~clivejo/+archive/ubuntu/xenial/+packages?field.name_filter=taglib&field.status_filter=published&field.series_filter=
[21:57] <clivejo> I packaged 1.10 but 1.11 is available now
[21:59] <tsimonq2> !info taglib unstable
[21:59] <tsimonq2> :/
[21:59] <clivejo> !info libtag1-dev
[22:00] <tsimonq2> oh I see
[22:10] <clivejo> acheronuk: ^^ needs qtwebengine :)
[22:12] <acheronuk> clivejo: just trying to sort kcalutils ATM
[22:12] <clivejo> Ill do it
[22:12] <acheronuk> cheers
[22:12] <clivejo> still have it locally
[22:12] <clivejo> after my dyslexic moment earlier
[22:20] <acheronuk> slowly getting there maybe
[22:32] <clivejo> lol where are Qt5WebEngineWidgetsConfig.cmake
[22:35] <tsimonq2> argh I give up for today, I'm going to bed, good night all
[22:35] <clivejo> should be in libqt5webengine5-dev
[22:36] <clivejo> according to this buildlog - https://launchpadlibrarian.net/276197781/buildlog_ubuntu-yakkety-amd64.qtwebengine-opensource-src_5.6.1-1ubuntu1~ubuntu16.10~ppa2_BUILDING.txt.gz
[22:38] <acheronuk> clivejo: yep
[22:38] <acheronuk> tsimonq2: good night :)
[22:39]  * acheronuk thinks Simon is now more or less on UK time
[22:42] <acheronuk> pimcommon needs webchannel as well
 I was almost adding it
 Good night Simon
[22:56] <clivejo> added webchannel
[22:57] <acheronuk> great. that should let some more build I think if pimcommon completes
[22:58]  * clivejo fingers crossed
[23:31] <acheronuk> pimcommon fails on a fair few missing symbols
[23:32] <acheronuk> too late for that sort of thing for me now
[23:32] <acheronuk> Good night all :D
[23:34] <valorie> niters Rik
[23:34] <clivejo> should be fixed in #18
[23:34] <clivejo> This retrying every failure is confusing
[23:35] <clivejo> Im going to keep poking til 1am
[23:35] <clivejo> until the merges start up