Set for tomorrow's meeting.

@decathorpe can you make it to tomorrow's Workstation WG meeting (2pm UTC)?

Yes - just ping me on Matrix in case I lose track of time.

FWIW, here's what I already worked on to unblock gnome loupe / snapshot / glycin updates for the GNOME 47 cycle, without any responses (or help) from the GNOME package builders for this cycle:

• updated Rust bindings for GLib / GTK4 to the latest version: https://bodhi.fedoraproject.org/updates/FEDORA-2024-ea3bba95af
• packaged librsvg-rebind crate: https://bugzilla.redhat.com/show_bug.cgi?id=2312241
• packaged librsvg-rebind-sys crate: https://bugzilla.redhat.com/show_bug.cgi?id=2312240
• packaged gufo-common crate: https://bugzilla.redhat.com/show_bug.cgi?id=2312236
• packaged gufo-jpeg crate: https://bugzilla.redhat.com/show_bug.cgi?id=2312237
• packaged gufo-exif crate: https://bugzilla.redhat.com/show_bug.cgi?id=2312238
• updated glycin / glycin-utils crates to v2: https://bodhi.fedoraproject.org/updates/FEDORA-2024-5fc622a12a
• updated librsvg dependencies: https://bodhi.fedoraproject.org/updates/FEDORA-2024-8ccf147dd2
• in preparation for unblocking the librsvg2 2.59 update: https://src.fedoraproject.org/rpms/librsvg2/pull-request/12
• prepared update for gst-plugin-gtk4: https://src.fedoraproject.org/rpms/rust-gst-plugin-gtk4/pull-request/2
• prepared update for the jpegxl-rs / jpegxl-sys crates (Rust bindings for libjxl) - pushed to f42-build-side-97124 only to avoid breaking the current version of glycin-loaders

As far as I can tell now, the only blockers that are remaining before I can submit PRs for loupe v47.0 and snapshot v47.0.1:

• packaging glycin / libglycin / libglycin-gtk4 to replace the standalone glycin-loaders package: https://bugzilla.redhat.com/show_bug.cgi?id=2315381
• packaging the reis crate: https://bugzilla.redhat.com/show_bug.cgi?id=2312542
• updating the ashpd crate to version 0.9 (blocked by review request for reis, otherwise already prepared)

So most of the work is already done, just some last blockers remaining.

I've completed the reviews for glycin and reis for you.

Hi @amigadave would you be able to attend the meeting tomorrow? (Calendar link)

Thanks to some quick help from Neal, I was able to push what I had been working on over the finish line:

• glycin 1.1.1 update: https://bodhi.fedoraproject.org/updates/FEDORA-2024-14e4b17ce8
• loupe 47.0 PR: https://src.fedoraproject.org/rpms/loupe/pull-request/5
• snapshot 47.0.1 PR: https://src.fedoraproject.org/rpms/snapshot/pull-request/5

As soon as all prerequisites are available in Fedora 41 too, I'll push the glycin 1.1.1 update there too.

That should get most things on track for Fedora 41, except for librsvg2, which is still blocked by packaging issues and / or potential upstream regressions in 2.59 (see linked librsvg2 draft PR).

status update:

• loupe and snapshot 47.0 have landed in rawhide
• last (?) librsvg2 blocker should be resolved (assuming the package builds + tests pass): https://src.fedoraproject.org/rpms/librsvg2/pull-request/12#comment-222625

I'll start working on preparing Rust dependencies for F41.

After liberal application of buildroot overrides (for F41 updates that I had already done but which were not stable yet), the updates for F41 are now ready too:

https://bodhi.fedoraproject.org/updates/FEDORA-2024-0a6327cbf8

I think only the librsvg2 update is left now.

After liberal application of buildroot overrides (for F41 updates that I had already done but which were not stable yet), the updates for F41 are now ready too:

https://bodhi.fedoraproject.org/updates/FEDORA-2024-0a6327cbf8

I think only the librsvg2 update is left now.

In future it might be best to use a side tag for all related builds. I'm worried that now if the app update gets pushed stable ahead of the updates it depends on, stuff might break. Or is it only build-time rather than run-time dependencies? But thanks for the work!

After liberal application of buildroot overrides (for F41 updates that I had already done but which were not stable yet), the updates for F41 are now ready too:

https://bodhi.fedoraproject.org/updates/FEDORA-2024-0a6327cbf8

I think only the librsvg2 update is left now.

In future it might be best to use a side tag for all related builds. I'm worried that now if the app update gets pushed stable ahead of the updates it depends on, stuff might break. Or is it only build-time rather than run-time dependencies? But thanks for the work!

Yes, it's only build-time dependencies. Runtime dependencies should all be satisfiable from the builds in the update I linked here. (I would have preferred to use a side-tag for everything together too, but I had already prepared some of the dependencies in two other side-tag updates, so I couldn't merge everything together even if I wanted to, I think.)

librsvg2 2.59.1 is ready too:

• rawhide: https://bodhi.fedoraproject.org/updates/FEDORA-2024-d48e643e90
• f41: https://bodhi.fedoraproject.org/updates/FEDORA-2024-9376277e82

And we've set up a video call between GNOME and Rust packagers for Oct. 14 where we'll discuss improving this situation for future release cycles.

Unless something new comes up until then, I'd consider this issue resolved for now.

Great news!

This issue has been migrated to Fedora Forge:
https://forge.fedoraproject.org/workstation/tickets/issues/449

Please continue any further discussion there.