d3m1gd

can additionally confirm `.triple` being uncapped on Linux+Xorg

i've seen similar error trying to build without git present. right now mach's build.zig doesn't produce a proper error if git is not seen by zig build.

there is a pr #316 to check for git. can you please try to build again when it merges?

it would be good to blacklist known bad backend implementations. in linux vulkan drivers for old GPUs exist as software-only mesa's `llvmpipe` implementation, while at the same time fully accelerated...

``` shk_id [UInt64] wbsticker_id [Nullable(UInt64)] barcode [Nullable(String)] chrt_id [UInt64] nm_id [UInt64] dt [DateTime64(3)] employee_id [UInt64] place_id [Nullable(UInt64)] state_id [Nullable(String)] ``` 

same issue here. my use case is going to layer with several keys acting as arrow keys, and all the rest are mapped to &trans and go back to level...

i have the same issue latest `nerd fonts symbols only` main font is `jetbrains mono` issue persists in `ghostty` and `alacritty` and also with patched jetbrains ``` ~ > printf...

displacement is certainly not good, but I guess those should have been proper git related icons, if not and they are exactly correct, then the issue op opened is even...

``` Error detected while processing TermClose Autocommands for "*"..BufWinEnter Autocommands for "*": Error executing lua callback: ...e/nvim/site/pack/deps/opt/snacks.nvim/lua/snacks/win.lua:893: Invalid buffer id: 8 stack traceback: [C]: in function 'nvim_win_set_buf' ...e/nvim/site/pack/deps/opt/snacks.nvim/lua/snacks/win.lua:893: in function...

fantasyic news! I guess period import makes sense, as export can still be manual after changes been made, and user wants to propagate them semi-automatically