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

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

 



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@xxxxxxxxx a écrit:



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-_javascript_core-rs

  • rust-_javascript_core-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

Rust mailing list -- rust@xxxxxxxxxxxxxxxxxxxxxxx

To unsubscribe send an email to rust-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/rust@xxxxxxxxxxxxxxxxxxxxxxx

Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure



Attachment: publickey - remilauzier@protonmail.com - 0x0C8AA258.asc
Description: application/pgp-keys

Attachment: signature.asc
Description: OpenPGP digital signature

_______________________________________________
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