 @Clifford, https://youtu.be/JI1mfr_vhJg
 (Sticker, 512x512) https://irc-attachments.kde.org/UMmop81W/file_271.webp
[08:06] <mitya57> yofel: see bug 1612767 which we are actively working at
[08:43] <yofel> mitya57: well, thanks, that would certainly improve the situation
[09:26] <yofel> so here's what will get broken by our qt 5.6 backports https://yofel.net/kubuntu/backport-report/ben/html/qtbase-abi-5.6.html
[09:29] <acheronuk> much there that concerns you? qtcurve could/should be included with the backport anyway
[09:30] <acheronuk> I build calibre locally here against whatever qt I have, but many might want it
[09:30] <yofel> qtcurve is not in landing right now, otherwise it probably wouldn't be on that list ;)
[09:31] <yofel> I think we should do everything that's not either unrebuildable, or is direcly related to unity
[09:31] <acheronuk> no qtcurve? maybe just not copied accross or missed being built in staging for xenial for some reason
[09:32] <yofel> right
[09:33] <acheronuk> fair enough. some is just qt components that didn't where not essential to the backport itself, but they can be updated as long as that doesn't in turn break something else
[09:35] <yofel> https://yofel.net/kubuntu/backport-report/ben/ shows the full picture right now. So for now our only problem is the ABI
[09:35] <acheronuk> qtcreater is a pain? or at least I seem to recall it can be? lxqt-plugin is tsimonq2 territory :P
[09:35] <acheronuk> ah. yes
[09:35] <yofel> did Mirv_ backport qtcreator? Some on that list can probably be taken from his silo
[09:36]  * acheronuk goes to look
[09:37] <acheronuk> looks like he did. plus quite a few of the rest!
[09:40] <acheronuk> If they are ok to use/copy, that would massively easy things
[09:40] <acheronuk> *ease things
[09:41] <yofel> should be fine I think, they have a couple architectures more, but that's a non-issue for us
[09:42] <acheronuk> yes, no one will be fetching the other archs, and if ppa space is a non issue then no prob there as well
[09:51] <Mirv> yofel: acheronuk: I think the xenial landing (that now got to the stable overlay PPA) was almost as complete as yakkety was, that is everything in archives that depends on qtbase/declarative-abi. only the last "discoveries" from the yakkety archive I didn't check for xenial: openorienteering-mapper libfm-qt skrooge uim
[09:54] <yofel> ok, that's what I assumed when the I last looked at the silo, but that was quite a while ago
 sddm depends on sddm-theme-breeze | sddm-theme, but the new sddm provides the fallback theme embedded in the code, I wonder if adding a provides sddm-theme to sddm will try to install sddm-theme-breeze anyway...
 No, it would not. Mmh, I guess we could demote theme-breeze to a recommends then.
[09:54] <yofel> that might help with the lubuntu mess..
 Rik who was the person working on porting the installer?
 I think blaze was having a go?
 Yeah rings a bell now
 I thought they had at least one build in their ppas, but can't see anything now :/
 Who built it
 Aaron?
 Not sure now.
 I feel so useless without my computer!
 There is a build in Aaron's ppa less than a week old, and that was about the time I last saw it I think?
 https://launchpad.net/~aaronhoneycutt/+archive/ubuntu/ubiquity-kubuntu/+packages
[12:36]  * acheronuk goes to PC to check browser history
 I think that's his own attempts?
[12:37] <acheronuk> Yes, that was the one I saw I think.
[12:38] <acheronuk> Maybe I imagined blaze being involved. IRC logs may show
 No blaze posted a lp got archive with code to test
[12:39] <acheronuk> probably what I am half remembering then
[12:40] <acheronuk> clivejo: anyone at qtcon/akademy prepared to help on it?
[12:41] <acheronuk> I might try if it gets desperate, but I'd have a learning curve to fight past first 
[13:08] <BluesKaj> Hiyas all
 @yofel — Installing: /«PKGBUILDDIR»/debian/tmp/usr/share/doc/HTML/en/kdevelop/Icon-folder.png
 — Installing: /«PKGBUILDDIR»/debian/tmp/usr/share/doc/HTML/en/kdevelop/kdevelop-40.png
 make[2]: Leaving directory '/«PKGBUILDDIR»/obj-x86_64-linux-gnu'
 make[1]: Leaving directory '/«PKGBUILDDIR»'
    dh_install -O--parallel
 dh_install: kdevelop missing files: usr/share/metainfo/*
 dh_install: missing files, aborting
 debian/rules:6: recipe for target 'binary' failed
 make: *** [binary] Error 255
 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2
 Clive ^
 https://launchpadlibrarian.net/282458865/buildlog_ubuntu-xenial-amd64.kdevelop_4%3A5.0-0ubuntu1~ubuntu16.04~ppa2_BUILDING.txt.gz
 Chicken head
[13:17] <yofel> ah, might be building against the old version of appstream, the appsteam directory was different there
 Fork the packaging
[13:18] <acheronuk> if that's a xenial build, that would be the case
 Kubuntu_xenial_jackpots
 rofl
 Backports
[13:19] <acheronuk> lol
 Denial and yakkety use different versions
[13:22] <acheronuk> the default appstream data location is also set by ECM I think, which was also changed
 /me is lost
 Enjoying minuet talk?!
 It's done
[13:26] <acheronuk> ovidiuflorin: sitter referred to it as "appstream location lottery" the other day
[13:27] <acheronuk> i.e where where the build system thinks it should live depending on what appstream and ECM versions are in use
[13:27] <yofel> go complain to ximion FWIW :P
 Chicken head can you push kdevplatform
 You committee but didn't push
 Committed
 Where are you?
 Rik Phil is looking at that MR now
[13:47] <acheronuk> clivejo: Thanks. plasma-sdk (I think) in KCI was starting to need/want it, but it wasn't urgent
 He had missed it
[13:51] <acheronuk> No problem. I would have nudged a reminder eventually, but as said it was not urgent and I know there are plenty more important things
[14:11] <acheronuk> clivejo et al: Have fun there. Here, I'm going to go hunt down a beer or 3 :)
[14:42] <yofel> lol, martins linux desktop security session is completely overcrowded XD
[14:48] <yofel> it's fun though ^^
[15:33] <ahoneybun> mm the KDE Store handling snaps
[15:59] <acheronuk> yofel: for reference, how did you sort the KCI slave apt update problem? I probably won't 'get' the full technical details now, but may be handy to have that on record in the logs
[16:00] <yofel> ximion_ gave me the hint to just hack around it for now after I couldn't get any storage driver supporting low level folder renames to work.
[16:01] <acheronuk> yofel: thank you for fixing BTW :)
[16:01] <yofel> where hack means "tell the rake script to delete the offending folder"
[16:03] <acheronuk> yofel: Ok. that will take a bit of googling to work out what you just said means. but that is no bad thing
[16:04] <yofel>  task :deploy_in_container do
[16:04] <yofel>    home = '/var/lib/jenkins'
[16:04] <yofel> +  FileUtils.rm_rf('/usr/share/bug/apt')
[16:04] <yofel> in deploy_in_container.rake
[16:04] <yofel> anyway, dinnertime
[16:05] <acheronuk> yofel: good plan. somewhere nice I hope
[16:10] <acheronuk> oh, so you just force deleted the lower level folder to make it work. that *would* work. was the rake bit that threw me as I am admittedly a couple of beers past 100% competency
[16:13] <acheronuk> and my 100% is probably about 30% max of yours, if that
 Morning all
 @yofel you talking about KCI Qt?
 About kci slaves. Nothing worked yesterday
 Because Rik stopped me and now Xenial has 5.6 and Yakkety has half transitioned 5.7
 /me blames Rik specifically :P
[16:26] <acheronuk> tsimonq2: YY has fully working 5.7
[16:26] <acheronuk> as I sorted it
 Oh cool I didn't know that :)
 @acheronuk what about Xenial?
[16:28] <acheronuk> tsimonq2: didn't help that the YY VM I was testing with did not like the upgrade, but rolling it back then updating got me a working plasma with QT 5.7
[16:28] <acheronuk> Xenail could be done now
 Ok
 Well it's in the ninja PPA if you want to start :L
 *:)
[16:31] <acheronuk> tsimonq2: not today I won't, as have already had 2 beers. maybe tomorrow
 Argh fine :/
[16:33] <acheronuk> Not that fussed on xenial as I doubt that will wver get Qt 5.7, even as a backport
[16:33] <acheronuk> *ever
 Well we have two years ahead of us @acheronuk
 You never know :)
 (even more than that I think?)
[16:35] <acheronuk> you do never know, but it's not a criticak issue right this second
[16:35] <acheronuk> *critical FFS 
[21:43] <mparillo> For the first time in a while (but I was gone for a week), zsync showed changes to the YY ISO. And guess what...I have favorites again. Thank you.
 Nice!
 Yay! :D
 maybe let's do a AMA at Akademy