Catharsis

@radek-piotr-krasny Dlatego nie jestem fanem AppImage na Archu xD. Ale zainstalowałem z AUR i działa. Ogólnie nie polecam, nieczytelne, nie jest natywna bo używa webview i JS oraz zwykły terminalowy btop ma więcej funkcji i jest lżejszy i szybszy.

1455e5e6-bb9e-4d09-be6a-e69151664b8a
radek-piotr-krasny

@Catharsis btop też mi się podoba, używam na zdalnych bezXowych

mike-litoris

@Catharsis appimage to tylko format pakietowania softu, jest tak samo zjebany na parchu jak na dębianie No i jest swoistym papierkiem lakmusowym bo jak wychodzi "coś nowego i cool" pakowanego w appimage to masz 90% pewności że będzie to właśnie szaJS opakowany w webview.

Catharsis

@mike-litoris No niekoniecznie, appimage na Archu ma mniejszą szanse się odpalić niż na jakimś stable distro typu Debian. Wszystko przez te ciągłe aktualizacje które prędzej czy później zmienią jakąś zależność czy api którego używa jakiś komponent appimage podczas uruchamiania. Jeżeli bym sobie ten appimage zbudował u siebie lokalnie to by pewnie działał. Ale ten konkretny appimage jest budowany przez Github Actions na jakimś stabilnym wydaniu Ubuntu które już pewnie odbiega mocno od Archa więc no nie odpala mi się zwyczajnie.

mike-litoris

@Catharsis czej, jakie zależności? przecież po to jest appimage żeby zawierać apkę, libjpegtubo, libc i pół kernela w jednym "pakiecie" żeby środowisko uruchomieniowe zawsze było kompatybilne z apką. Inwestygowałeś co tam się odpapieża?

Catharsis

@mike-litoris Otóż może jest zawarte pół kernela ale najwyraźniej brakło sterowników czy czegoś od grafiki xD. Albo żeby być dokładniejszym to coś z api EGL patrząc po screenie który wysłałem. Sprawdziłem też workflow na GitHubie to release na linuxa kompilowany jest na "ubuntu-latest" czyli ubuntu-22.04. Zapewne przez te 2 lata musiała być jakaś zmiana w tym API czy coś, nie wiem bo nie siedzę aż tak bardzo w temacie.

Zaloguj się aby komentować