Bug 2388747
| Summary: | alacritty requires libxkbcomon-x11 | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Scott Robbins <scottro11> |
| Component: | rust-alacritty_terminal | Assignee: | Rust SIG <rust-sig> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | low | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 42 | CC: | decathorpe, rust-sig |
| Target Milestone: | --- | Keywords: | Desktop |
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | --- | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2025-08-16 01:11:47 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Scott Robbins
2025-08-15 08:15:03 UTC
Thank you for the report. It's sometimes hard to figure out which library dependencies are actually needed when the libraries are dynamically loaded at runtime instead of linked :( I'll add a hard dependency on libxkbcommon-x11 to the package, that should resolve this problem. Wow, that was a quick response! Thank you. Once you've done it, I can very quickly throw together a new F42, 43, or rawhide VM to confirm it's good. Thanks again. :) FEDORA-2025-b7a71cd44d (rust-alacritty-0.15.1-3.fc41) has been submitted as an update to Fedora 41. https://bodhi.fedoraproject.org/updates/FEDORA-2025-b7a71cd44d FEDORA-2025-7c2e9b6231 (rust-alacritty-0.15.1-3.fc42) has been submitted as an update to Fedora 42. https://bodhi.fedoraproject.org/updates/FEDORA-2025-7c2e9b6231 Thank you! I've got to say, that was quick. I put together a fresh rawhide install with X and openbox, got the rpm from the bhodi link above, and ran dnf -y install on it. Started X and alacritty installed with no problems. So, I only have x86_64, so that was the one I tried, but as far as I can see, the problem is solved. Thank you for the super quick work. No problem! Thank you for the report. FEDORA-2025-7c2e9b6231 (rust-alacritty-0.15.1-3.fc42) has been pushed to the Fedora 42 stable repository. If problem still persists, please make note of it in this bug report. FEDORA-2025-b7a71cd44d has been pushed to the Fedora 41 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-b7a71cd44d` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-b7a71cd44d See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. Adding this comment here as well as in the bhodi link.
. I just installed a fresh F42 on a vm. Alacritty installed as did libxkbcommon-X11. However it wouldn't start, this time, because it was missing libXi.
Error: Os(OsError { line: 788, file: "/usr/share/cargo/registry/winit-0.30.12/src/platform_impl/linux/mod.rs", error: XNotSupported(LibraryOpenError(OpenError { kind: Library, detail: "opening library failed (libXi.so.6: cannot open shared object file: No such file or directory); opening library failed (libXi.so: cannot open shared object file: No such file or directory)" })) })
Installing libXi (again, didn't need the -devel) fixed the error and alacritty would open without a problem. I'm sorry, I didn't have this error when I reported the original bug, I guess something else I'd installed put in iibXi. This new f42 install just had enough to get openbox running with a few extras like xorg-xinit feh and dmenu.
As you said above, it's hard to figure out which library dependencies are linked when they're not loaded till runtime.
FEDORA-2025-b7a71cd44d (rust-alacritty-0.15.1-3.fc41) has been pushed to the Fedora 41 stable repository. If problem still persists, please make note of it in this bug report. |