| 21 Jan 2025 |
 adamw | what's in gnome-logs... | 22:11:41 |
 Michael Catanzaro | Yes :) | 22:11:46 |
| Michael Catanzaro | So don't revert the change | 22:11:48 |
| Michael Catanzaro | Just add gnome-logs | 22:11:50 |
| adamw | org.gnome.Logs.desktop | 22:11:59 |
| Michael Catanzaro | https://gitlab.gnome.org/GNOME/gnome-logs/-/blob/master/data/org.gnome.Logs.desktop.in?ref_type=heads | 22:12:01 |
| adamw | but...how was it in there before, then? | 22:12:05 |
| Michael Catanzaro | In reply to @adamwill:fedora.im
but...how was it in there before, then? The hardcoded list was only one source of data, the desktop file category was also used. But not anymore | 22:12:28 |
| Michael Catanzaro | X-GNOME-Utilities; that no longer does anything
| 22:12:37 |
| adamw | right | 22:13:04 |
| adamw | i just saw that | 22:13:06 |
| adamw | 152faae6f90cd28487f68787952ff49d65bab392 claims it's unused, but clearly it wasn't | 22:13:21 |
| adamw | "In the process, also remove the categories. The menu definition from gnome-menus is not used, and it's not a category that apps list themselves, so it's completely unused anyway." | 22:13:38 |
 yselkowitz | tinysparql 3.8~rc was imported but quickly untagged back in October. it was now rebuilt during the mass rebuild and remains tagged in, but it conflicts with libtracker-sparql. my guess is that tinysparql isn't quite ready yet and should be untagged, but could someone confirm and see that it is fixed either way? | 22:13:53 |
| adamw | so, revert that change? | 22:13:56 |
| yselkowitz | In reply to @yselkowitz:fedora.im
tinysparql 3.8~rc was imported but quickly untagged back in October. it was now rebuilt during the mass rebuild and remains tagged in, but it conflicts with libtracker-sparql. my guess is that tinysparql isn't quite ready yet and should be untagged, but could someone confirm and see that it is fixed either way? to be clear, this is negatively affecting the ELN mass rebuild | 22:15:47 |
| Michael Catanzaro | In reply to @yselkowitz:fedora.im
tinysparql 3.8~rc was imported but quickly untagged back in October. it was now rebuilt during the mass rebuild and remains tagged in, but it conflicts with libtracker-sparql. my guess is that tinysparql isn't quite ready yet and should be untagged, but could someone confirm and see that it is fixed either way? If you have permission, then untag it and ask questions later :)
tinysqarql is supposed to obsolete libtracker-sqarql but if it's missing Obsoletes then it's not ready
| 22:17:33 |
| Michael Catanzaro | David King were you handling tracker -> tinysparql and tracker-miners -> localsearch? ^
| 22:17:56 |
| yselkowitz | looks like nmontero | 22:18:34 |
 Matthias Clasen | Michael Catanzaro: nmontero was doing that | 22:18:40 |
| Michael Catanzaro | OK, so untag for today, and let's talk to Nieves about it tomorrow. It's supposed to be a 1:1 dropin replacement so it's probably just missing Obsoletes | 22:19:31 |
| yselkowitz | filed: https://pagure.io/releng/issue/12540 | 22:26:25 |
| 22 Jan 2025 |
| yselkowitz | untagged | 00:23:22 |
| yselkowitz | not sure where to file this, but https://src.fedoraproject.org/rpms/libadwaita/c/22a0272c3436566e81aed2310d7504f93f3ee2ec?branch=rawhide (the upstream culprit being https://gitlab.gnome.org/GNOME/libadwaita/-/merge_requests/1345) adds a hard build dependency on sassc (and hence libsass) which are not in RHEL 10 and were out of ELN until today. | 00:26:35 |
| Michael Catanzaro | I would just leave it and let it be a build dep. libsass is deprecated but we have no plausible migration path. The new sass library depends on Dart of all things.... | 00:47:48 |
 jsbillings | is gitlab.gnome.org not responding / timing out for anyone else? | 13:28:03 |
 mattscreative19099 | it's sooo slow | 13:29:36 |
| Michael Catanzaro | jsbillings There is some bug, it frequently decides to ban me for 15 minute intervals. Fix is wait 15 minutes
| 14:32:29 |
| 23 Jan 2025 |
 Conan Kudo | jadahl: how bad would it be if I asked you to consider backporting https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/3355 to RHEL 10's mutter? | 01:25:33 |
| Matthias Clasen | it would be bad, but jadahl is out of earshot until sometime in february | 01:42:43 |
