Ubuntu LTS és gyakran frissülő desktop appok

Ubuntu Linux

Sziasztok!

Mivel ~10 éve arch linuxozom, igy nem igazán tudom hogy egy klasszikus release modellel biró desktop Linuxon (ubuntu lts, debian) mik a jó megoldások arra, hogy egy csokornyi alkalmazást mindig frissen tartsunk, mig a rendszer 99%át meg a stabil ágon, a sima csomagkezelőre bizzuk.

Például teams linux, slack desktop app, intelliJ idea, stb. Tipikusan a gyakran frissülő és sok új funkciót lehozó, online kapcsolattal bíró appokról van szó.

Elhangzik néha az appimage, snap, flatpak... melyik az ami jól üzemel ubuntu lts -en (netán debianon), sok app van benne, megbizhatóan üzemel, jól karban van tartva?

Amit nem szeretnék: browserben futtatni a teams -et, discordot, társait, fussanak külön alkalmazásban. És a kézzel letöltöm elinditom módszer sem a kedvencem.

Köszi előre is.

Sajnos mostanában arch linuxon is rendszeresen tapasztalok frissitések után előjövő bugokat, most éppen suspendelni nem tudok. :(

  • 961 megtekintés

( hunluki | 2022. 02. 16., sze – 11:35 )

Nálam (Ubi 20.04) van vegyesen minden, amiből van az flatpak, de van itt néhány snap és klasszikus PPA-ból frissülő program is.

Igazából szépen frissül az összes, nekem egyikkel sincs konkrét bajom, minden work as designed.

Akkor marad a flatpak/snap/appimage, az nem bántja a rendszert. Nálam igazából csak néhány külsős PPA van (pl libreoffice, edge, meg 2-3 egyéb repo), így teljesen megbízható és stabil a dolog.

A teamviewer repoja viszont hajlamos néha összegubancolódni, szóval azt kivettem, úgyis ritkán használom, akkor meg max lekapom a legfrissebbet.

( dotnetlinux | 2022. 02. 16., sze – 20:28 )

Sokaig odzkodtam a snap-tol, de mar a kubernetesem (microk8s) is onnan telepul. Lassan a kernel is. 

- Sok appot szállít - pipa

. Azok rendszeresen frissülnek - pipa

- Nem lassú - helyenként maga az indulás lassab egy picit a nem snap-verziónál, de futásban már jellemzően ugyanott van (azoknál, amiket én használok, biztosan)

- Nem bántja a rendszert - pipa

- Csak a home-on belül telepít - pipa

- Megbízható maintainerek vannak - pipa

All in all, kezdeti óckodás után én is szeretem a snapet. :)

1 vagy 2 verziót hagy meg egy config beállítástól függően utána autoamtikusan törli magától is. Gondolom azért ha valami baj van az újjal könnyű legyen visszaállni illetve mig nem inditod újra az alkalmazást még a régit használja. A + helyigényen kívül mi a probléma ezzel a módszerrel ?

https://askubuntu.com/questions/803275/how-do-i-manage-how-many-revisio…

Itt van pár + info róla

( Raynes v | 2022. 02. 17., cs – 05:00 )

Szerkesztve: 2022. 02. 17., cs – 05:00

Attól függ, hogy mik az igényeid. PPA, Flatpak, Snap, Appimage mind jó lehet. Ubuntun pl. több értelme van a Snapnak, mert ott alapból fent van. Debianon talán inkább Flatpak. De szerintem inkább maradj az Archnál, ha most nem tudsz suspendelni, próbáld telepíteni a linux-lts kernelt, hátha azzal menni fog. Az Archosoknál sajnos manapság elgurult a gyógyszer, de úgy néz ki, hogy szedik magukat össze.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Visszavonom, tegnap megint probléma volt Archon. Frissült a 4.x-es ffmpeg 5.0-ásra. Persze az összes böngészőben az összes videó lejátszása eltört, nem találta a codec-et. Alapvetően nem az Arch hibája, hanem az ffmpeg fejlesztői döntöttek úgy, hogy az 5.0-ás verziótól egy csomó régebbi codec-ek nem szállítanak az ffmpeg-gel, és 2 perces utánaolvasással ki lehetett deríteni, hogy az FFmpeg4.4-es csomagot, vagy az AUR-ból az ffmpeg-compat58 csomagot kell feltenni, attól megjavul. Ezzel semmi baj nincs, ami gond van, az megint ez a sunyi kommunikációs hiány, hogy nem volt sehová lekommunikálva, erre lenne való az archlinux.org-on a News szekció, hogy ilyenre előre felhívják a figyelmet. Természetesen elmulasztották megint, mint a pár héttel ezelőtti linux-firmware fiaskónál. Ráadásul pár user nyitott az Arch Forumra topikot, hogy nem megy a böngészőkben a lejátszás, azonnal meg is jelentek a bennfentes Arch moderátorok, aztán elkezdtek szemétkedni, hazudozni, terelni, hogy á, nem tört el, nekik jó, náluk megy, biztos user error mindenkinél, nem jól használják a gépet (ez az Apple szövege), stb.. Ez a szemét, lusta, terelő hozzáállás az, amiből kezd elegem lenni. Ismerjék el, hogy nem kommunikálták le, kérjenek elnézést, legközelebbi esetnél igyekezzenek jobban. Hiába nem az Arch hibája, hanem ez esetben az FFmpeg fejelsztőié, a kommunikáció viszont a disztrófejlesztők feladata, hogy a saját felhasználói bázisukat tájékoztassák, vagy mondjuk betegyék az ffmpeg 5.0 csomaghoz függőségnek, vagy akár csak opcionális függőségnek az ffmpeg4.4-et.

Hiába pár perc ezeket az apróbb gikszereket helyrehozni egy rutinos archernek, egy kezdőbb felhasználó ettől simán kitérhet a hitéből, megutáthatja az egész linuxozást, meg megerősítheti benne azt a hitet, hogy az Arch egy btw meme disztró, meg elitista, stb.. A fejlesztők ráadásul nem szokták érteni, hogy miért nincs itt a Linux desktop éve, meg az Arch miért csak 22. helyen tanyázik a distrowatchon.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

2013 óta használom az arch linuxot munkában (vagyis majdnem 10 éve). Értsd, hétfőtől péntekig minden reggeltől estig támaszkodom rá, szükségem van arra hogy működjön, stabil, működőképes rendszernek kell lennie. Ez egészen ~1-2 évvel ezelőttig igy is volt. Szinte soha nem romlott el semmi (szokásom a reggeli kávé mellé yay -ozni), vagy ha nagyon ritkán (évente max 1) akkor még aznap asap javitották.

Az elmúlt 1 hónapban tönkrement és megjavult a hangom (kézi beavatkozás kellett ami sehol nem volt dokumentálva), tönkrement a suspend-em ami azóta sem javult meg, és tegnap reggel azt vettem észre hogy a hálózat is szarakodik. Mind a három terület kulcsfontosságú, mert a hang kell a meetingekhez, a hálózat kell mindenhez, a suspend meg ahhoz kell hogy a ~25 appomat ne kelljen állandóan nulláról inditanom reggelente.

Éppen ma telepitem az Ubuntu -t. Nekem ez már nem pálya, szórakozzon vele aki akar. :(

Én csak valami 7 éve használom, és nekem sem volt vele gondom. Az utóbbi 1-2 hónapban vannak apró gondok, és ezekben az a bosszantó, hogy bár könnyen megoldhatók, de nincsenek lekommunikálva, azaz nem bug, hanem hozzáállásbeli hiba a részükről. Pont ahogy írod a hangnál is, hogy egyszerű fixálni, de sehol nincs dokumentálva. Én úgy veszem észre, hogy a covid vagy az annak köszönhető gazdasági romlás betett az Arch-fejlesztőknek.

Én a Fedorán vagy CentOS Streamen, vagy hasonlón gondolkodok, mert azok kellően frissek, és a vállalati háttér ott van mögöttük, tőke, munkaerő. Valami rolling, ami friss. Gentoo-ra nincs elég időm, Void-ot próbáltam, de az nem jött be. Debian, Ubuntu és származékaik nekem felejtősek, túl régiek a csomagverziók, még a legfrissebb kiadásban is.

Suspend, hibernáció, stb. viszont bármelyik disztrón problémás lehet, hardver, kernelverzió függvénye, ez a linuxos ökoszisztémának egy általános gyenge pontja volt mindig is. Ha csak amiatt kell suspend, hogy 25 alkalmazás induljon, akkor azt beteheted egy scriptbe is, ami automatán indul. Nekem sose fut 25 alkalmazás, az túl sok, minimalista rendszer, egy böngésző, meg néhány terminál és kifújt, minden alkalmazás CLI/TUI nálam, legtöbbször egy fájlkezelő fut meg néhány shell. Illetve néha játék, de akkor majdnem minden mást bezárok.

Egyébként Arch-ból tudnád a Manjaro-t is használni, ott egy hónapig visszatartják a verziókat, így egyfajta Arch LTS-ként fogható fel. Ilyesmit az Archnál is bevezethetnének, mondjuk valami mature ág, vagy hívják aminek akarják, külön tárolókkal, és azokban minden alkalmazás le lenne maradva 1-2 verzióval, de gondolom pont azért nem csinálják, mert erre szolgál a Manjaro.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Én elgondolkoztam és rájöttem hogy pont nem érdekel semminek a verziója, rábizom magam arra amit az ubuntu / akármi szállit és kész. Aminél tényleg fontos, az megy snapből, utolsó esélyként kézzel letöltöm és futtatom onnan.

Legalább van egy stabil rendszerem. A rolling release menjen haza. Elszállt sajnos a bizalmam ebben a játékban. Olyan gépre nem való, ami kritikus hogy fusson rendesen.

Én ezt úgy küszöbölöm ki, hogy btrfs fájlrendszert használok, használom a snapshot-ot, írtam rá egy szkriptet. A pacman-ban be van állítva pár hook, pl: systemd, nvidia, optimus, stb., számomra kényes komponensek frissítésekor készít egy képet a rendszer, írható és olvashatót, ír egy új fstab-ot, elmenti ahhoz a rendszerhez való kernelt, ha valami gikszer van akkor csak grub-ban bebootolok a régebbi verzióra ami még működött és használom. Egyébként meg nixos.

Szóval csillagrombolós rollbacket épitesz azért mert megbizhatatlan az arch? Nem tudom hogy ez menő-e vagy szomorú. Egyébként menő :)

Lemondtam én már erről a játékról. Majd izgulok ~fél évente, amikor Ubuntu release van. Addig meg legyen béke.

Ha nagyon tutira akarsz menni akkor elég az LTS-ről LTS-re ugrálás. Maga a rendszer alapja stabil, secu frissítést kap, appokat meg snap/flatpak-el frissen tudod tartani.

Illetve ubuntu nem LTS verziói nem éppen arról híresek hogy stabilak lennének, általában ide dobálják az új fícsöröket és ami kiállja az idő próbáját az megy az LTS-be.

A hardver miatt nem jó az LTS, túl régi. Mint ahogy a debian 11 is. (Omen by HP 2020. A 11-es debian nem tud elindulni, a 20-as LTS meg még annál is régebbi, szóval meg se próbáltam).

Ubuntu 21.10 lett, az pöcc röff húzott minden hardvert. Még csak pár napja használom de jónak tűnik.

Akinek esetleg az Ubuntu is produkál néha furcsaságot, annak érdemes ránéznie az MX-re is. Van ahs változata is, ha nagyon modern hardverre kel ráműteni. Debian stable ágra épít, és elég jól el van látva szoftverrel, bár alapból a legtöbb nem valami friss. Viszont a flatpak is alapból támogatott a beépített telepítőben. Egy jó ideig használtam, és nagyon megbízhatónak találtam. Csak azért mentem vissza Mint-re, mert akkoriban a hplip-nek épp nem akaródzott támogatni az MX-et, de akit ez a probléma nem érint, annak szerintem korrekt megoldás lehet.

Oké, világos. Az MX egyébként a Debian alap miatt jól dokumentált, nincsenek benne olyan nyakatekert furcsaságok, amelyekhez három ember értett, de kettő már meghalt, a harmadik meg elérhetetlen.

Úgyhogy amikor az Ubi is elkezd szivatni, akkor meggondolhatod, nem érdemes-e MX-re, vagy esetleg Mint-re átállni :-)

Ez nagyon igaz. Sokkal jobb az eredetit használni. A leszármazottakat max. a felhasználóbarátság okán teljesen kezdőknek szoktam ajánlani, aki évek óta linuxozik, az ne a fork forkját használja, hanem az anyadisztrót. Amit meg lehet csinálni MX-en, azt Debianon is. Arch alapú disztróknál is ezt szoktam mondani, hogy a túl sok forknak nincs értelme: aki kezdő, annak a Manjaro, meg az Arco/Endevour ott van, annyi elég is, akinek más kell, megtanulja feltenni a mainline Archot.

Ennek ellenére az MX-szel sincs baj, kezdőknek tökéletes belépő lehet a Linux világába, főleg, ha valami gyengébb gépük van az XP/Win7 érából, ami a modern mainstream bloatokat már nem annyira viszi szépen. Ugyanez igaz a Sparky Linux, AntiX kombóra, azok is nagyon sok régi gépet megmentenek, annak ellenére, hogy Debian minimum installal is ki lehet építeni egy ugyanilyen rendszert, aki tudja mit csinál. Mégis sok embernek időspórolás, ha van egy régi gép, csak leszednek egy erre specialzált disztróforkot, és már használhatják is, nem kell Archot, meg Debian minimum netinstallt kitanulniuk.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Nekem az Ubuntu és Debian alap nem opció. A csomagfrissesség azért fontos, hogy ha különböző git-es projekteket forgatnál, azoknál a dev csomagoknál általában verziófüggőséget nem lehet kielégíteni.

Mondom, nem a rollinggal van a baj, mert 7-10 éve használjuk, hanem az Arch fejlesztők hozzáállása kezd félremenni a lustaság meg a genyóság irányába. Attól még, hogy valami rolling, azt lehet jól csinálni, ahogy tették eddig is évekig. Ahogy már írtam, én ezt a covidnak tudom be, hogy romlik a gazdaság mindenhol, hiányok vannak, gondolom sok fejlesztő munkanélküli is lett, és magánéletbeli problémáik kihatnak a disztrót érintő szakmai munkájukra, kezdik elveszteni a motivációt. Remélem a Valve vagy egy annál is nagyobb cég fejlesztőkkel és adományokkal segíti majd az Arch projektet, főleg, hogy a Steam Deck rendszere Arch-alapú lesz, meg egy csomó Arch-alapú disztró van, így mindenkinek érdeke lenne, hogy az Arch ne álljon bele a földbe, ne legyen az is covid-áldozat.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

( gabrielakos v | 2022. 02. 17., cs – 09:30 )

Ugye jön a standard javaslat hogy használj Mac-et. :)

Szerintem nem nagyon lesz olyan kész, egységes megoldás amelyik minden használt cuccodat frissen tartja.
Amit itt mondtak fent a snap - ubuntuval, talán.
Esetleg meg lehet próbálni ezeket az alkalmazásokat dockerbe betuszkolni és ott frissíteni.
Vagy a snap-eket manuálisan, ha arra lesz szükség.

Nyűgös sztori ez, Mac-en is vannak ugye a standard appok meg a homebrew, ott se mindig minden fenékig tejfel.

zászló, zászló, szív

A Mac ugyan egy remek cucc, csak éppen nem mindenki akar annyi pénzt költeni laptopra... Aztán ott van az is, hogy ki vagy solgáltatva egyetlen cégnek, amelyik nem biztos, hogy abba az irányba megy, amelyik neked is tetszik. Bár az Apple szerint ők mondják meg, hogy neked mi fog tetszeni :-)

Meg aztán a kompatibilitás sem olyan fontos nekik. Ha kihajítanak egy technológiát, akkor vagy beállsz a sorba, vagy nem hivatalos workaroundokat kereshetsz, amelyek nem biztos, hogy holnap is működni fognak, illetve lehet, hogy a stabilitást veszélyeztetik.

Ehhez képest Linuxon kis túlzással azt csinálsz, amit akarsz, olyan gépre teszed fel, amilyenre akarod - vagy amilyen van.

Ühüm, oké.

A feleségem windowsos laptopja 25%-kal került többe mint az én Mac M1-em. És mégcsak nem is business laptop hanem egy erősebb gamer (tervezéshez). 

Amerre az Apple ment az elmúlt 12 évben az nekem megfelelt. Ez a 12 év 4 gépet jelentett (ez a mostani a 4.)
Az előző 2 is megvan még, szolgál a családban.

A kollégáim Linux desktop szenvedéseit napi szinten látom. Nekem az utolsó problémám is megszűnni látszik az utolsó Monterey frissítéssel.

zászló, zászló, szív

Az M1-es széria most tényleg iszonyatosan betalált, a megfelelő célközönségnek ár/érték arányban messze a legjobb gépek amik a piacon vannak. Átlag használatra M1 air, feljebb pedig ízlés szerint határ a csillagos ég, ha egész nap videót szerkesztesz és ebből élsz akkor egy kimaxolt pro is lehet nagyon jó választás.

Ellenben a linux desktop szenvedés egyéni dolog, én és körülöttem sokan mások teljes megelégedéssel használják.

A legjobb kombó amúgy egy M1-en full jól működő ubuntu lenne, amíg van rá hivatalos frissítés addig MacOS, később pedig egy Ubuntuval hosszú évekre lehet nyújtani az élettartamot. Amúgy a trendeket nézve hogy még PPC-re is van mind a mai napig up2date linux disztró illetve rengeteg program teljesen használható rajta azért biztató. ARM-re is lesz előbb vagy utóbb, csak ugye itt vannak ilyen secure enclave és hasonló finomságok amik azért okozhatnak gondot a jövőben.

( zerobit | 2022. 02. 17., cs – 13:31 )

Évek óta működik nálam a Debian stable + flatpak kombó. A flatpakhez képest a snap app indítás kicsit lassabb, de lehet, hogy ez Ubuntun jobban optimalizálva van.

( uid_4263 v | 2022. 02. 28., h – 14:05 )

Köszönöm a tanácsokat, végülis Ubuntu 21.10 lett és a snap, ha már az a gyári megoldás. A következők mentek fel snapből:

dbeaver-ce               21.3.5.202202200327         155    latest/stable    dbeaver-corp  -
electron-mail            4.13.5                      50     latest/stable    joshirio      -
firefox                  97.0.1-1                    1025   latest/stable/…  mozilla✓      -
intellij-idea-community  2021.3.2                    345    latest/stable    jetbrains✓    classic
prospect-mail            0.4.0                       22     latest/stable    alarconj      -
rambox                   0.7.9                       18     latest/stable    ramboxapp✓    -
slack                    4.23.0                      49     latest/stable    slack✓        classic
spotify                  1.1.77.643.g3c4c6fc6        57     latest/stable    spotify✓      -
teams                    1.4.00.26453                6      latest/stable    msteams✓      -
vlc                      3.0.16                      2344   latest/stable    videolan✓     -

Illetve ezeket a .deb -eket szedtem le kézzel és raktam fel (mivel nem akartam PPA-kat használni, igy pedig tudom hogy miket raktam fel kézzel:

forticlient_7.0.1.0057_amd64.deb
google-chrome-stable_current_amd64.deb
synology-drive-client-12689.x86_64.deb
viber.deb

Ezeket persze kézzel kell majd frissiteni.

A fenti összes ment korábban AUR-ból, de hát most legalább van egy stabil rendszerem :)