I have build rust-msgbox in the sidetag and made a pr to update msgbox upstream.
I will need msgbox for a future package so please do not orphan it. For image-roll, i
cannot update it since it will need some code change to support rust-gtk 0.15. The new
version 1.5.0 need two new package also.
Sent with ProtonMail Secure Email.
------- Original Message -------
Le lundi 14 février 2022 à 15:45, Fabio Valentini decathorpe(a)gmail.com a écrit:
On Sun, Feb 13, 2022 at 3:30 AM Fabio Valentini decathorpe(a)gmail.com
> Hello Rust packagers,
> I have prepared an update of the entire GTK-RS stack to the
> I am planning to update these packages in Fedora Rawhide and 36,
> like GTK-RS 0.14 was only pushed to Fedora 35 and Rawhide half a
> The gstreamer-rs 0.18 updates are blocked by one missing
> would appreciate it if somebody could review it:
> The applications using gtk-rs in Fedora are:
> - helvum (latest version is using gtk-rs 0.15)
> - image-roll (unclear if upstream is working on a port to 0.15)
> - newsflash (latest git is using gtk-rs 0.15)
> - squeekboard (unclear, uses non-standard build system)
> - system76-keyboard-configurator (latest git is using gtk-rs 0.15)
> If you maintain one of these applications, please test building
> against the updates I have prepared in COPR. There are also
> gtk-rs modules that are going to be retired:
> - rust-soup-sys (dead upstream, was only kept alive downstream
by me for F35)
> - rust-webkit2gtk, rust-webkit2gtk-sys (dead upstream,
> not ported to gtk-rs 0.15 yet)
> - rust-msgbox (unused in Fedora, still uses very old gtk-rs
> - rust-ostree, rust-ostree-sys (unused in Fedora, not ported
to gtk-rs 0.15 yet)
> > The removal of these 6 packages will only affect newsflash, but it has
> > already stopped using these crates in its development branch. I plan
> > to retire them once the other ~60 package updates have been built and
> > pushed successfully.
> > I plan to start submitting builds into side tags next week, probably
> > starting Feb. 18 or 19, so that all builds can be finished and the
> > side-tag-update pushed to stable in time before the beta freeze for
> > F36 goes into effect on Feb. 22. It would be great if maintainers of
> > dependent applications could have updates for their packages ready by
> that point, so I can include them in the updates.
There has been a slight change of plans:
Due to personal time constraints I have already created the side
and pushed all builds today.
Everything except the five affected applications has already been
This gives their maintainers even more time to test and submit
before I must merge the side tags.
In addition, the following packages have not been completely ported
the new libraries from gtk-rs 0.15 yet, and will be retired once the
side tags are merged:
The Rust OSTree bindings have always been unused, so they can be
retired without issue. The WebKitGTK and WebKitGTK-JSC bindings
currently only used by newsflash, but it has already switched to
different crates in its development branch (targeting bindings
GTK4-based WebKitGTK instead), so I will retire those four
well. msgbox is stuck at using very very old versions of the
bindings, and it is also unused, and will be retired, too.
Only the five gtk-rs applications still need to be built and /
updated. If you maintain one of these applications and have a
build, please submit builds to the two side tags at any time
The COPR where I ran test builds of the entire stack is also
and can be used for test builds against gtk-rs 0.15:
You can use those builds for local mock builds as well, either
$ copr-cli mock-config decathorpe/gtk-rs-0.15
fedora-rawhide-x86_64 > foo.cfg
> I have enabled all chroots that are available natively (so only no
> armv7hl and i686).
> Alternatively, you can use the cfg file I generated and slightly
> modified (for the fedora-rawhide-x86_64 chroot):
> If you need to run a test build for those two architectures as well,
> you can submit koji scratch builds against one of the side tags:
> $ koji build --scratch f37-build-side-50703 ./path-to.src.rpm
> I will leave the side tags open until Sunday, two days before the beta
> freeze goes into effect.
> Note that if an updated build of any of the five affected applications
> is not available at that point, it will not be a big problem, either:
> Since Rust applications are statically linked, they will continue to
> be installable and work fine. They will just be temporarily unable to
> be built, until they are ported to the new library versions.
> Rust mailing list -- rust(a)lists.fedoraproject.org
> To unsubscribe send an email to rust-leave(a)lists.fedoraproject.org
> Fedora Code of Conduct:
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
Do not reply to spam on the list, report it: