( Raynes | 2022. 06. 19., v – 18:25 )

Azt tudom, hogy fork forkja, csak azt mondom, hogy magát az alap mplayert nem látom, hogy valaki is használná. Én még Windowson is használom az mpv-t, ha olyan gép elé kell ülni. Ez a gcc 2.96 elég érdekes, valóban már az alverziószám is gyanúsan magas, meg a nagy cégektől, mint a Red Hót, nem is vártunk mást, csak gányolást. Ezt egyébként a mai napig játsszák, hogy ősrégi verziókba portolgatnak vissza mindent a végtelenségig, ami a minőségre elég kétes hatással van. Az is igaz, hogy fordítók terén ma már jobb a helyzet, mert ha pl. a gcc-vel valami baj van, akkor llvm clang-et felrakva is neki lehet menni, a legtöbb projekt már támogatja azt is, meg a legtöbb disztró repójában alapból benne van.

Az utolsó pontban kifejezetten nem értek egyet. Valós hibát jelentenek a userek, nem kéne bunkónak lenni. Ha a fejlesztőt nem érdekli a visszajelzés, mert szabadidő, meg bla-bla, akkor ne tartson fent bugtrackert, ha nem akar dolgozni már a szoftveren, akkor archiválja a git repót és kész. Ha viszont ezeket nem csinálja, akkor fejlesszen tisztességesen. Főleg a neovim-nél, ami még egy friss fork, náluk külön ajánlott lenne, hogy a jó öreg vim-ről hozzájuk váltsanak az emberek. Az meg aztán végképp a legalja, hogy nem csak hogy nem javítja, írhatná, hogy lusta, hanem a hibát próbálják a terminálemulátorokra kenni, mert persze abból is az összes szar szerintük. Egyelőre a közösség kidolgozott workaroundot, a .vimrc vagy init.vim konfigfájlba automatikusan lefuttatni egy függvényt, ami a neovim betöltése után újraküldi a proginak a SIGWINCH szignált, de nem valami elegáns hack:
function TerminalFix()
!pkill -28 nvim
redraw
endfunction
autocmd VimEnter * call TerminalFix()