Hi all,
I have an issue on Fedora 42 with fish shell installed:
Transaction failed: Rpm transaction failed.
- file /usr/share/terminfo/g/ghostty from install of ghostty-1.1.2-1.fc42.x86_64 conflicts with file from package ncurses-term-6.5-5.20250125.fc42.noarch
1.1.3 update requires zig version 0.14.0 for which PR is not yet merged (https://src.fedoraproject.org/rpms/zig/pull-request/8). So we would either need to wait for that (and for it to land in not-rawhide repos) or repackage zig for this COPR which might not be ideal. I’m not in any way related to this COPR, those are just my observations. Thanks for pgdev for maintaining this COPR.
Maybe I’m missing something, but I just built the v1.1.3 tag from source with zig 0.13 (the docs also state that zig 0.14 is only required for v1.1.3+).
Edit: The v1.1.3 tag fixes a lot of bugs on F42/Gnome48, so if building against the older zig is possible, that would be pretty nice as there currently seems to be no movement on zig 0.14 PR
From what I’ve tried, spec file would need to be edited/patched a bit so that it would work with previous zig version.
For F42/Gnome48 I’ve set a temporary COPR for x86_64 and aarch64 that builds ghostty. Previous version of ghostty was pretty broken on F42 (most likely because of libadwaita 1.7 update).
It’s a duplication of efforts (as new zig version will most likely land in official repository in few weeks), but if you would like to build zig just for your ghostty COPR, I’ve forked official spec here: alternateved / zig · GitLab (with minor changes like changing memory limits for COPR and forcing bootstrap). I’m using it here and it works well.
@pgdev first, thank you for maintaining the Copr. It appears zig 0.14 has been promoted as best I can tell. Would it be possible to perform a new build?
@spartanhooah, @rhussmann, @73-6a if you are interested, I’m maintaining my ghostty COPR where I build ghostty from git here: alternateved/ghostty Copr. Spec file is based on one prepared initially by @pgdev with small modifications (using forge RPMs macros and tracking changes from ghostty like adding new files or services).
I’ve applied a workaround in my COPR. Since ncurses-term provides ghostty terminfo, I’m now requiring ncurses-term in my build and removing ghostty-issued ghostty terminfo. xterm-ghostty terminfo is still provided by ghostty (and this is what is being used by default). I’m not super happy about this solution, but I have no idea what could be better.