Hi Fabio.
I have build rust-msgbox in the sidetag and made a pr to update msgbox upstream.
https://github.com/bekker/msgbox-rs/pull/21
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.
https://bugzilla.redhat.com/show_bug.cgi?id=2054456
https://bugzilla.redhat.com/show_bug.cgi?id=2054439
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
wrote:
> Hello Rust packagers,
>
> I have prepared an update of the entire GTK-RS stack to the
latest version:
>
> I am planning to update these packages in Fedora Rawhide and 36,
just
>
> like GTK-RS 0.14 was only pushed to Fedora 35 and Rawhide half a
year
>
> ago.
>
> The gstreamer-rs 0.18 updates are blocked by one missing
package, I
>
> 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
some
>
> 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,
dependencies
>
> not ported to gtk-rs 0.15 yet)
>
> - rust-msgbox (unused in Fedora, still uses very old gtk-rs
versions)
>
> - 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
tags,
and pushed all builds today.
Everything except the five affected applications has already been
built.
This gives their maintainers even more time to test and submit
changes
before I must merge the side tags.
In addition, the following packages have not been completely ported
to
the new libraries from gtk-rs 0.15 yet, and will be retired once the
side tags are merged:
- rust-javascriptcore-rs
- rust-javascriptcore-rs-sys
- rust-msgbox
- rust-ostree
- rust-ostree-sys
- rust-webkit2gtk
- rust-webkit2gtk-sys
The Rust OSTree bindings have always been unused, so they can be
retired without issue. The WebKitGTK and WebKitGTK-JSC bindings
are
currently only used by newsflash, but it has already switched to
different crates in its development branch (targeting bindings
for
GTK4-based WebKitGTK instead), so I will retire those four
packages as
well. msgbox is stuck at using very very old versions of the
gtk-rs
bindings, and it is also unused, and will be retired, too.
Only the five gtk-rs applications still need to be built and /
or
updated. If you maintain one of these applications and have a
working
build, please submit builds to the two side tags at any time
this
week:
- f37-build-side-50703
- f36-build-side-50705
The COPR where I ran test builds of the entire stack is also
public
and can be used for test builds against gtk-rs 0.15:
You can use those builds for local mock builds as well, either
with:
$ 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):
>
https://gist.github.com/decathorpe/bc14ce7940d6444570644e75e242fc94
> 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.
> Fabio
> Rust mailing list -- rust(a)lists.fedoraproject.org
> To unsubscribe send an email to rust-leave(a)lists.fedoraproject.org
> Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines:
https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
https://lists.fedoraproject.org/archives/list/rust@lists.fedoraproject.org
Do not reply to spam on the list, report it:
https://pagure.io/fedora-infrastructure