[11:13] <BluesKaj> Hi all
[15:27] <santa_> good afternoon everybody
[15:27] <santa_> RikMills: If you have a few minutes I would like to discuss a few things about packaging/KA
[15:27] <RikMills> santa_: ok
[15:28] <santa_> ok, so first of all, last time I checked there was an empty binary package for kdesignerplugin
[15:29] <santa_> http://tritemio-groomlake.duckdns.org/build-status/buildstatus_ubuntu-exp/ubuntu-exp_status_frameworks.html
[15:29] <santa_> ↑ I have inspected the thing and I think that empty binary package must be removed
[15:30] <santa_> it used to provide qt designer plugins, which are now located in the -dev packages of frameworks
[15:30] <RikMills> yes
[15:31] <santa_> also, being a qt designer plugin package nothing should build depend on it, unless we did that by mistake
[15:32] <santa_> so, if you agree, I'm going to remove the bin package in question and proceed with yet another test rebuild of everything (just in case)
[15:33] <RikMills> Reverse-Build-Depends
[15:33] <RikMills> [15:33] <RikMills> * akonadi                       (for kdesignerplugin)
[15:33] <RikMills> * akonadi                       (for kgendesignerplugin)
[15:33] <RikMills> * kdelibs4support               (for kdesignerplugin)
[15:33] <RikMills> * kdelibs4support               (for kgendesignerplugin)
[15:33] <RikMills> * kpimtextedit                  (for kgendesignerplugin)
[15:33] <RikMills> * plasma-workspace              (for kgendesignerplugin)
[15:33] <RikMills> * skrooge                       (for kgendesignerplugin)
[15:33] <santa_> so we must fix akonadi and kdelibs4support then
[15:35] <RikMills> build depends originate in debian
[15:36] <santa_> it's like the intro of fallout
[15:36] <santa_> "Debian. Debian never changes."
[15:37] <santa_> that being said, if you agree, I would do this change locally and test rebuild all of plasma and applications, just in case
[15:38] <santa_> I could start tonight with that, as soon as my servers finish the current build of apps 19.08
[15:38] <RikMills> akonadi: find_package(KF5DesignerPlugin ${KF5_MIN_VERSION} CONFIG)
[15:40] <santa_> so the build depend was probably put there by their "wonderful" tooling
[15:41] <santa_> anyway that find_package will probably suceed without the kdesignerplugin binary package installed
[15:42] <santa_> because right now it doesn't install any files, and akonadi and kdelibs4support were sucessfully built, even against that empty binary package
[15:44] <santa_> any further comments?
[15:44] <RikMills> bd on kgendesignerplugin as well, so probably succeeds on that
[15:44] <RikMills> nope. if things still build, that is fine
[15:44] <santa_> yes, I think that's the one it should build depend on
[15:45] <santa_> ok, so I will test this change asap, probably tonight
[15:45] <santa_> next topic [y/n]?
[15:46] <RikMills> please do test asap, as I would like to get fw 5.62 in as soon as possible
[15:46] <RikMills> there is Qt 5.12.5 coming very soon!
[15:46] <santa_> ok ok
[15:46] <RikMills> Y
[15:47] <santa_> ok, next thing is something which has been done the wrong[*] way for a long time in kubuntu, neon and debian
[15:48] <santa_> [*] wrong, wrong, wrong, very wrong, WRONG, WROOOOOONG
[15:48] <RikMills> o_O
[15:50] <santa_> this may not be the best example, but:
[15:50] <santa_> https://packaging.neon.kde.org/kde/kactivities-stats.git/commit/?h=Neon/unstable&id=e5ff60a047a0845ae1537c42856fe945850ef520
[15:51] <santa_> probably that file
[15:51] <santa_> /usr/share/qlogging-categories5/kactivities-stats.categories
[15:51] <santa_> should go into a -data package
[15:52] <santa_> I doubt very much that file path would change with an soversion bump
[15:53] <RikMills> I thought about it, but deferred that to see what debian did
[15:55] <santa_> with 'debian' you mean the 'bright individual' in charge of kde packages
[15:56]  * RikMills shrugs
[15:56] <RikMills> I was just thinking what sort of delta to fix would be the lesser of 2 evils to fix
[15:56]  * RikMills removes one fix there
[15:58] <santa_> this is probably how the guy works (note that incompetent people is difficult to predict):
[15:59] <santa_> - if he does the file addition, he will probably get it wrong 
[15:59] <santa_> - if he merges from neon and it's wrong in neon, he will keep it wrong
[16:00] <santa_> - if he merges from neon and it's right in neon, he will probably keep it right
[16:01] <santa_> in any case, this is my general recommendation for you for this kind of file additions:
[16:01] <santa_> - get it right in neon
[16:01] <santa_> - see what debian's 'bright individual' doesn
[16:01] <RikMills> I will keep that in mind
[16:02] <santa_> - if he does it wrong, file an RC bug against the package in debian
[16:02] <santa_> (yes, you can do that)
[16:02] <santa_> https://www.debian.org/doc/debian-policy/ch-sharedlibs.html#shared-library-support-files
[16:02] <santa_> it's a violation of a must policy
[16:03] <santa_> last time I checked that qualifies for an RC bug
[16:04] <santa_> and if he refuses to fix it, as far as I know, you can call debian's technical committee
[16:04] <RikMills> that seems a tad much
[16:06] <santa_> just FYI
[16:07] <RikMills> understood
[16:07] <santa_> in any case he already uploaded fw 5.61 to experimental, so he will probably do the file addition himsels, so he will probably do it wrong
[16:07] <santa_> s/himsels/himself/
[16:10] <santa_> anyway, maybe it's a bit late to fix kactivities-stats since the official release of 5.62 is going to be soon
[16:10] <santa_> but please keep this in mind in the future
[16:11] <santa_> and if they refuse to fix it in debian, please slap the debian policy 8.2 in their faces
[16:11] <santa_> they don't even respect their own policy
[16:13] <RikMills> ok
[16:13] <santa_> so...
[16:13] <santa_> move to the next topic [y/n]?
[16:15] <RikMills> y
[16:16] <santa_> ok, now KA
[16:16] <santa_> last time we talked we discussed some changes about ubuntu_info.py
[16:17] <santa_> I was able to make one of the changes and the other one was a circular impossibility so I couldn't make it
[16:17] <santa_> anyway the result isn't bad imho
[16:17] <santa_> what I could do is moving the ubuntu releases and versions map, which is now in ka-metadata
[16:18] <santa_> specifically in ubuntu-release-info.json
[16:19] <santa_> what I couldn't do is having the :ubuntu-devel: thing in the configuration file
[16:19] <santa_> so for each ubuntu release we would have to update that JSON file in ka-metadata and the default config file 
[16:20] <santa_> but we don't have to alter the code, so it's already much better than what we had imho
[16:20] <RikMills> fair enough
[16:21] <santa_> last but not least, for 2.4 and above I made a draft of a new data file, which would take over some config variables
[16:22] <santa_> this one: https://git.launchpad.net/~kubuntu-packagers/ka/+git/ka-metadata/commit/?id=5e32f28620e7e743b6aa20e2d0d42be62ba501c3
[16:23] <santa_> I think that way is going to be much easier to add new package sets
[16:24] <santa_> keep in mind that we could have new 'release types' in the future
[16:25] <santa_> such as 'frameworks6' 'kde-req' 'kde-extra'...
[16:25] <santa_> so I have the impression it will be easier to manage it that way
[16:26] <RikMills> sounds that way
[16:26] <santa_> so to sum up, for new ubuntu releases:
[16:27] <santa_> 2.3 -> update default config and ubuntu-release-info.json
[16:28] <santa_> >= 2.4 -> update default config, git-remotes.json and default branches @ ubuntu-release-info.json
[16:29] <santa_> any questions?
[16:30] <RikMills> don't think so
[16:32] <santa_> ok, thank you very much for your attention and you time, I will try to test the kdesginerplugin thing asap
[16:33] <RikMills> santa_: thank you for all that :)
[16:33] <santa_> no prob
[19:16] <RikMills> mamarley @DarinMiller have you tested frameworks 5.62 ins staging?
[19:16] <mamarley> RikMills: Yep, no problems here.  Thanks for the hard work!
[19:17] <RikMills> great. hopefully that will be ok for a FFE
[19:18] <mamarley> If you want me to post my experience on the request somewhere, I would be happy to.
[19:20] <RikMills> mamarley: LP: #1843866
[19:20] <RikMills> :)
[19:20] <RikMills> not even released yet, but I am getting ready!
[19:21] <mamarley> Done :)
[19:22] <RikMills> TY :D
 Are there openconnect 8 Builds for 18.04 anywhere?