On Sat, Mar 8, 2025, at 10:42 AM, Scott Robbins wrote: > On Sat, Mar 08, 2025 at 06:23:07AM -0800, Michel Lind wrote: >> >> >> On Fri, Mar 7, 2025, at 2:40 PM, Scott Robbins wrote: >> > On Fri, Mar 07, 2025 at 04:15:33PM -0500, Scott Robbins wrote: >> > >> > >> > Spoiler alert--alacritty is solved. User error. >> > >> > >> >> I installed F42 from the nightly builds last night. I almost always choose >> >> a minimal install and build from there. >> >> >> >> I ran into two issues, both of which I guess are edge cases, since I >> >> suspect most people use one of the included desktops. But I tend to install >> >> openbox. >> >> >> >> The first issue is that I found there is no longer a tint2 rpm. Tint2 is a >> >> panel that goes well with openbox. I guess I've been upgrading various >> >> installs which is why I didn't notice that there hasn't been a tint2 rpm in >> >> a while. (The last I found was from F39, on rpmfind). It installed on the >> >> F42 with no problems. >> >> >> >> The second issue is the alacritty terminal. I installed from rpm which >> >> seemed fine, but when I tried to open it, I got a message of >> >> >> >> >> >> thread 'main' panicked at /usr/share/cargo/registry/xkbcommon-dl-0.4.2/src/x11.rs:59:28: >> >> Library libxkbcommon-x11.so could not be loaded. >> >> note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace >> > >> > It turns out that I hadn't installed xkbcommon. I was *sure* that I had, >> > but hadn't, once it was installed, alacritty was fine. Sorry to waste >> > people's time. >> > >> > >> That still sounds like a packaging bug - any dependency should be explicitly listed rather than implicitly depended on >> >> I suspect xkbcommon is dlopen()ed which is why the RPM build process doesn't automatically flag it as a dependency >> >> Cheers, > > I mentioned the issue on Fedora forums, where someone with more > knowledge > than myself pointed out that rpm -Qr alacritty showed no dependency of > libxkbcommon-x11, though strings /usr/bin/alacritty did include a > message > of "strings /usr/bin/alacritty" included "library libxkbcommon-x11.so > could not be loaded" > Looks like this is opened via xkbcommon-dl - which is transitively required via winit (see Cargo.lock). so ... hmm. cc:ing the Rust packaging list to see if we can figure out what's the best way to address this. https://github.com/search?q=repo%3Aalacritty%2Falacritty+xkbcommon&type=code Best regards, -- _o) Michel Lind _( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 README: https://fedoraproject.org/wiki/User:Salimma#README -- _______________________________________________ test mailing list -- test@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to test-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/test@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
