For avoidance of doubt: gnome-sig does not maintain Rust packages, at all. My opinion is we shouldn't change that because they are too complex and special, and would make the GNOME packager responsibility too difficult. They ought to be handled separately.

But I think we mostly agree that the status quo is bad, and that Red Hat should be responsible for updating these packages.

gnome-sig does not maintain Rust packages, at all

Well, that's not entirely true. librsvg2, loupe, snapshot, glycin, papers, gnome-tour, and gnome-user-share are all written in Rust now, and they are all core GNOME and Fedora Workstation components. It's just that apparently nobody wants to be responsible for those applications' dependencies, something that appears to not have been considered when GNOME upstream decided to move to applications and libraries written in Rust.

For what it's worth, in the "spirit of Christmas" or whatever, I have unorphaned the remaining rust- packages that would have affected large parts of Fedora TEMPORARILY* to avoid chaos over the holidays, and hopefully we can figure out what to do here at some point ...

OK, but Update Responsibility for those packages is not held by gnome-sig:

• For most of them, we have only commit access, not admin access. We only update packages where we have admin access.
• We do have admin access to gnome-tour, librsvg2, and loupe. I've just now updated our internal spreadsheet to clarify update responsibility for these is assigned to the package owner rather than gnome-sig. (All three are owned by Matthias, who of course won't actually update them.)
• Update responsibility for snapshot is assigned to Packit. No clue how well that works.

For what it's worth, in the "spirit of Christmas" or whatever, I have unorphaned the remaining rust- packages that would have affected large parts of Fedora TEMPORARILY* to avoid chaos over the holidays, and hopefully we can figure out what to do here at some point ...

Thanks. I suppose that buys us some time to figure out what to do.

Update responsibility for snapshot is assigned to Packit. No clue how well that works.

It doesn't. There are manual steps required that Packit just can't do.

Agreed: Red Hat should maintain these packages, whether as part of Fedora packager duty or as part of a separate packager duty.

Tomas and Matthias would prefer the Rust packages be handled by the rotating duty packager. I think that won't work well, since handling the Rust packages will be more work than everything else combined. We'll just have to figure it out one way or the other.

more work than everything else combined

I don't think that's true (or at least, I hope not). Most routine updates (see my last PRs for loupe, snapshot, papers) are quite simple - they just can't be automated 100% by a tool like mclazy. But I have wanted to at least add simple bash scripts to automate some of the necessary tasks that are currently only documented but which need to be run manually.

One thing I forgot to mention during today's meeting: I'm fine with continuing to maintain the GNOME / Rust packages for the time being, until a more permanent solution is found. I even sent Matthias an email (a few weeks ago) offering to officially take over maintenance of the Rust packages that Kalev signed over to him (some of them are even 100% unrelated to GNOME), but it looks like that email got lost in /dev/null.

Note that while I unorphaned most packages in this set, but notably, glycin was unorphaned by somebody else (not sure if they're associated with the Workstation WG at all?). They have also made some weird packaging decisions since they took the package (like attempting to import glycin into EPEL 10 ??) so this might need to get addressed some way or another, too.

I even sent Matthias an email (a few weeks ago) offering to officially take over maintenance of the Rust packages that Kalev signed over to him (some of them are even 100% unrelated to GNOME), but it looks like that email got lost in /dev/null.

Well, for anything that you want to maintain permanently, we should definitely transfer the ownership to you. @mclasen please check your mail!

Note that while I unorphaned most packages in this set, but notably, glycin was unorphaned by somebody else (not sure if they're associated with the Workstation WG at all?). They have also made some weird packaging decisions since they took the package (like attempting to import glycin into EPEL 10 ??) so this might need to get addressed some way or another, too.

Hm, I see the new maintainer added a bad Provides here, but it was already caught and reverted by Yaakov here so looks like the package is currently in a good state? I don't see why importing the package to EPEL 10 would be problematic, so long as it works.

I don't see why importing the package to EPEL 10 would be problematic, so long as it works.

It is problematic because of the EPEL non-replacement policy (glycin is in RHEL).

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

Please continue any further discussion there.