2025-07-28T06:04:34 *** kl_eisbaer1 is now known as kl_eisbaer 2025-07-28T10:46:58 *** teepee_ is now known as teepee 2025-07-28T11:08:44 cboltz: the colored prompt search is now correctly going away, but now there is a different issue, it shows a stray 0 and everything afterwards is bold red with no reset 2025-07-28T11:09:19 hm the 0 is actually in the file, wonder how that happened 2025-07-28T11:09:48 so olay the $_sgr seems to not work 2025-07-28T11:11:34 ah I see now, the variable is $_sgr0 not $_sgr and the zero got shifted outside of the brackets 2025-07-28T13:53:55 cboltz: I created requests for 4 packages needed for updating mediawiki: 1296152 1296154 1296155 1296156. Would you like to review them, or can I just accept? 2025-07-28T13:55:59 give some time for review :) 2025-07-28T16:27:24 Yoshua: your mediawiki package looks good - you've probably seen the mail (including a little nitpick for your next SR) 2025-07-28T16:28:37 for the opensearch package - is there a reason why you did remove all the (for our build target) "dead" conditions? 2025-07-28T16:29:38 I know this makes the spec file look cleaner, but OTOH a simple linkpac to security:logging is better than having a modified spec (even if it's "just" cleaned up) 2025-07-28T16:33:43 asking the other way round - would it be ok to just linkpac security:logging/opensearch1 to the infra project? 2025-07-28T16:34:59 same question for gradle6 (seems to be unchanged) and gradle6-kit (which somehow lost its _link) 2025-07-28T16:38:19 looks also like worth a try submitting it to security:logging, chances are the old logic is not needed by them anymore either 2025-07-28T16:39:27 indeed, that would also be an option ;-) 2025-07-28T18:47:01 cboltz: I removed those conditions and some "backporting" stuff becouse it changed the behaviour of the environment so I had to manuallt redefine the lib_dir to /usr/lib64, and yes, those other checks I removed to make it more readable and also more predictable. 2025-07-28T18:47:29 cboltz: I have no idea why links were lost, maybe packages were branched to many times. 2025-07-28T18:48:41 cboltz: The original spec file can't compile on 64bit systems becouse of lib_dir being set to /usr/lib (not lib64) 2025-07-28T18:49:43 oh, nice[tm] 2025-07-28T18:50:05 cboltz: The added diff utility to mediawiki is needed for merge conflicts, will make required. 2025-07-28T18:50:39 these issues sound like you should indeed submit your changes to security:logging 2025-07-28T18:51:06 cboltz: Ok, I will, it just looked like they no longer need it ) 2025-07-28T18:51:25 (don't forget to add a changelog entry, and ideally add the build targets that exist in security:logging to your branch to confirm that it doesn't cause regressions) 2025-07-28T18:53:59 the gradle6 package is unchanged, so you can just linkpac it to the infrastructure:wiki repo (and then revoke your SR) 2025-07-28T18:54:57 gradle6-kit has a small change, see osc rdiff security:logging/gradle6-kit home:Yoshio_Sato:branches:security:logging/gradle6-kit 2025-07-28T18:56:09 I'd recommend to open a bugreport for fdupes ;-) and a SR to security:logging (ideally wrap the fdupes with a suse_version check, so that it gets auto-enabled again in future, fixed releases) 2025-07-28T18:57:47 cboltz: BTW, gradle6-kit was adapted for modern openSUSE by Georg 2025-07-28T18:59:01 Will do all that should be done tomorrow 2025-07-28T18:59:31 :-) 2025-07-28T19:11:50 yeah that fdupes was a workaround, I did not spend more time digging because the rpmlint output was h u g e 2025-07-28T19:17:28 fdupes causing a build failure is a bit surprising - what exactly did happen? 2025-07-28T19:19:20 tons of "more than 10 back references", I don't have my output anymore but this one looks similar https://build.opensuse.org/package/live_build_log/home:frispete:java/gradle6-kit/15.5/x86_64 2025-07-28T19:24:19 looks like fdupes itsself works without problems (see all the "Linking" lines) 2025-07-28T19:24:39 the errors appear in calling /usr/lib/rpm/brp-suse.d/brp-25-symlink 2025-07-28T19:29:02 I guess the bugreport needs to be against brp-check-suse 2025-07-28T19:29:50 (it probably doesn't expect that a file gets de-duplicated and symlinked more than 10 times) 2025-07-28T20:04:02 interesting - brp-25-symlink in Leap 15.6 has a check that results in ERROR: more than 10 back references 2025-07-28T20:04:17 in Tumbleweed, it seems it got a big rewrite, and that check (and error) is gone 2025-07-28T20:06:22 see also https://build.opensuse.org/package/show/home:frispete:java/gradle6-kit - the Tumbleweed build is green 2025-07-28T20:07:43 so I guess a suseversion > 1599 condition should be fine (I slightly doubt that someone will fix fdupes for 15.x) 2025-07-28T20:38:55 opensuse-project.{de,com} seem to work with MR workflow now https://gitlab.infra.opensuse.org/infra/tofu/-/merge_requests/4 2025-07-28T20:39:49 apply stage is set to require human click 2025-07-28T21:58:38 *** teepee_ is now known as teepee