=== genii is now known as genii-core
[10:50] <blaze> kdevelop changes basically made impossible new automatic builds, bc there's no way to guess which version it should be labeled with ))
[11:08] <RikMills> this is it becoming part of gear?
[14:03] <BluesKaj> Hi folks
[17:41] <santa_> good evening everyone
[17:42] <santa_> RikMills: as usual we are getting a bunch of ne oranges in status pages after importing debian's nitpicking
[17:43] <santa_> some of them are realted to symbols files
[17:44] <santa_> why are you replacing our symbols files with theirs?
[17:45] <santa_> also, some time ago I bothered to spend a fair amount of time writing a script to do the debian marges
[17:46] <santa_> then, at some point, you decided to ignore it, and do plain git merges, or even worse, just sync the packages from debian
[17:46] <santa_> may I know why?
[17:46] <santa_> s/realted/related/
[17:49] <santa_> s/ne oranges/new oranges/
[17:50] <RikMills> santa_: I am aware that some things will need fixing. I intend to do that
[17:51] <RikMills> some things there are no reason not to sync
[17:52] <santa_> and what is the reason to sync?
[17:52] <santa_> because I see no point in doing it specially if it degrades the packaging quality
[17:52] <RikMills> if there is no delta worth keeping
[17:53] <santa_> aha, and what is the point of having zero delta?
[17:54] <santa_> ?
[17:54] <santa_> ¿
[17:55] <santa_> :)
[17:56] <RikMills> what is the point of pointless delta?
[17:57] <santa_> what is the point of zero delta?
[17:57] <santa_> so let's see:
[17:58] <santa_> option a) we merge carefully with a script and perhaps we keep some harmless delta
[17:59] <santa_> option b) we jump into the mindless syncing train, and we get our packaging quality degraded
[18:00] <santa_> which one seems better?
[18:00] <RikMills> c) we sync where it is appropriate, and do not where it does not, and get the best of both
[18:01] <santa_> which is not what's happening at the moment
[18:01] <santa_> let's see:
[18:02] <santa_> - kconfig: kconfig source: dependency-is-not-multi-archified libkf5config-dev depends on libkf5config-bin (multi-arch: no)
[18:03] <santa_> - karchive: cmake complaining about missing pkgconfig bd
[18:03] <santa_> - ki18n: complaint about symbols files (we should keep our symbols files)
[18:04] <santa_> - kwindowsystem: complaint about symbols files as well
[18:05] <santa_> and I bet the kconfig thing was already fixed in our packaging
[18:06] <santa_> so option c) doesn't exist as you described it
[18:07] <santa_> because syncing means overriding our changes, with the risk of constantly creating situations like the ones I described above
[18:07] <santa_> and only a few syncs of frameworks were done
[18:08] <RikMills> I was going to come back and fix some of those issues, or maybe even get them fixed in debian with a salsa MP
[18:09] <santa_> look, some time ago it was decided to deal with debian merges with git (in order to keep possible packaging fixes which are not available in debian)
[18:09] <RikMills> sadly some family stuff too me away part way there
[18:09] <RikMills> *took
[18:09] <santa_> if you want to fix things in debian, please go ahead, but please don't bring their chaos
[18:10] <santa_> if something needs to be fixed in debian, it's just better to delay the merge
[18:11] <santa_> also, please keep in mind they don't have the proper tools to deal with KDE's packaging
[18:11] <santa_> (mostly because of their own ignorance and stubborness a few years ago)
[18:12] <santa_> I would gladly help them to automate stuff, but they think they know better, better, better... one million times better
[18:12] <RikMills> I will ponder, but right now I am going to go and find a few beers. So far it has been a s****y weekend
[18:13] <santa_> well, I'm sorry to hear that
[18:13] <RikMills> Thanks for bringing it up. I can't say I totally agree with you on all points, but I am pleased you speak up on these things :)
[18:14] <santa_> regarding the merges, let's spend some time (whenever we can) in discussing the strategy, so I can help you better, ok? :)
[18:16] <RikMills> we probably can. I will also try to fixup things that sneak through unnoticed quicker, so it doesn't come up as an issue
[22:28] <santa_> RikMills: sorry to bother you again; I think tomorrow I will have some time to do packig things, just FYI things I would do if I indeed have time:
[22:29] <santa_> - update the signing key of some packages in plasma and apps
[22:29] <santa_> - fix issues imported from debian
[22:29] <santa_> - fix warnings on the status pages
[22:30] <santa_> my idea is putting the things I do in the _staging branches, but not all of them will need an upload, ok?
[22:32] <santa_> if you have anything to object, please let me know :)
[22:32] <santa_> and let's see if next weekend we have time to discuss the debian merges strategy
[22:38] <santa_> s/packing/packaging/
[22:38] <santa_> s/packig/packaging/
[22:38] <santa_> XD