=== genii is now known as genii-core | ||
blaze | kdevelop changes basically made impossible new automatic builds, bc there's no way to guess which version it should be labeled with )) | 10:50 |
---|---|---|
RikMills | this is it becoming part of gear? | 11:08 |
BluesKaj | Hi folks | 14:03 |
santa_ | good evening everyone | 17:41 |
santa_ | RikMills: as usual we are getting a bunch of ne oranges in status pages after importing debian's nitpicking | 17:42 |
santa_ | some of them are realted to symbols files | 17:43 |
santa_ | why are you replacing our symbols files with theirs? | 17:44 |
santa_ | also, some time ago I bothered to spend a fair amount of time writing a script to do the debian marges | 17:45 |
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:46 |
santa_ | s/ne oranges/new oranges/ | 17:49 |
RikMills | santa_: I am aware that some things will need fixing. I intend to do that | 17:50 |
RikMills | some things there are no reason not to sync | 17:51 |
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:52 |
santa_ | aha, and what is the point of having zero delta? | 17:53 |
santa_ | ? | 17:54 |
santa_ | ¿ | 17:54 |
santa_ | :) | 17:55 |
RikMills | what is the point of pointless delta? | 17:56 |
santa_ | what is the point of zero delta? | 17:57 |
santa_ | so let's see: | 17:57 |
santa_ | option a) we merge carefully with a script and perhaps we keep some harmless delta | 17:58 |
santa_ | option b) we jump into the mindless syncing train, and we get our packaging quality degraded | 17:59 |
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:00 |
santa_ | which is not what's happening at the moment | 18:01 |
santa_ | let's see: | 18:01 |
santa_ | - kconfig: kconfig source: dependency-is-not-multi-archified libkf5config-dev depends on libkf5config-bin (multi-arch: no) | 18:02 |
santa_ | - karchive: cmake complaining about missing pkgconfig bd | 18:03 |
santa_ | - ki18n: complaint about symbols files (we should keep our symbols files) | 18:03 |
santa_ | - kwindowsystem: complaint about symbols files as well | 18:04 |
santa_ | and I bet the kconfig thing was already fixed in our packaging | 18:05 |
santa_ | so option c) doesn't exist as you described it | 18:06 |
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:07 |
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:08 |
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:09 |
santa_ | if something needs to be fixed in debian, it's just better to delay the merge | 18:10 |
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:11 |
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:12 |
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:13 |
santa_ | regarding the merges, let's spend some time (whenever we can) in discussing the strategy, so I can help you better, ok? :) | 18:14 |
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 | 18:16 |
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:28 |
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:29 |
santa_ | my idea is putting the things I do in the _staging branches, but not all of them will need an upload, ok? | 22:30 |
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:32 |
santa_ | s/packing/packaging/ | 22:38 |
santa_ | s/packig/packaging/ | 22:38 |
santa_ | XD | 22:38 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!