Re: PSA: GTK-RS 0.15 update coming to F36+

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, Feb 13, 2022 at 3:30 AM Fabio Valentini <decathorpe@xxxxxxxxx> wrote:
>
> Hello Rust packagers,
>
> I have prepared an update of the entire GTK-RS stack to the latest version:
> https://copr.fedorainfracloud.org/coprs/decathorpe/gtk-rs-0.15/monitor/
>
> 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:
> https://bugzilla.redhat.com/show_bug.cgi?id=2053892
>
> 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:
https://copr.fedorainfracloud.org/coprs/decathorpe/gtk-rs-0.15/monitor/

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
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
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/devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux