Kdy Zed na Linuxu?

V lednu byl otevřen editor kódů Zed od autorů editoru Atom a Tree-sitter. Tenkrát běžel pouze na macOS. Byl napevno svázán s Metalem. Situace se ale postupně mění. V aktuálním příspěvku Kdy Zed na Linuxu? na blogu Zedu vývojáři popisují aktuální stav. Blíží se alfa verze.

9.5.2024 21:11 | Ladislav Hagara | Zajímavý článek

Komentáře

[RealJLo]

Moc zajimavy cteni! A taky odpoved proc vetsina linux vyvojaru tohle nechce resit a radeji pouzije Electron/Chromium byt za cenu pametove narocnosti. Jako netusim jestli nekdy Linux/Vulcan/Zed bude rychlostne porovnatelny s Mac/Metal/Zed ale doufam, ze to mnoho zaslepenym fanouskum linuxoveho desktopu otevre oci v jake bide ten desktop je.

[tacoberu]

V čem by měla spočívat ta zaslepenost? V čem bychom měli otevřít oči? Jak by se to prozření projevilo?

[RealJ]

Cetl jsi odkazovany post? Vyvijet desktopove aplikace pro linux je proste picovina.

[xkucf03]

A jak si vysvětluješ to, že spousta aplikací se staví nad přibaleným Chromem a píše v JavaScriptu (a spol.), místo toho, aby použili nativní možnosti Windows nebo MacOSu? Tohle je obecný trend a nemá to s GNU/Linuxovým desktopem nic společného (všude možně tu na GNU/Linux kydáš špínu, takže podle tebe nedává smysl, aby na něj autoři softwaru brali ohledy a dělali kvůli GNU/Linuxu aplikace multiplatformní).

V GNU/Linuxu můžeš napsat GUI aplikaci nad Qt, GTK a několika dalšími GUI toolkity. Všechno je to přenositelné na další platformy (což se o nativních aplikacích pro MacOS říct nedá a u Windows to jde někdy přes Wine, což bych ale za skutečnou přenositelnost/multiplatformnost nepovažoval). Pro systémy, kde tyhle GUI toolkity nejsou (v balíčkovacím systému), k aplikaci to Qt/GTK/atd. prostě přibalíš. Stejně jako by tam někdo přibalil Chrome + X dalšího balastu.

Aplikace nad Qt jsou nativní aspoň v KDE (a pár dalších prostředích). Aplikace nad GTK jsou nativní aspoň v GNOME (a pár dalších prostředích). Aplikace napsané nad Chromem/Electronem nejsou nativní nikde. Každá vypadá jinak, podle toho, jak se daný programátor v HTML nebo UX/UI expert vyspal a na jakém módním trendu zrovna frčí.

[RealJ]

Kdyz aplikace nepotrebuje low level hw tak se muze klidne psat i v php. Sid by ti mohl vypravet. Kdyz chces vymacknout z hardveru maximum tak te javascript nezachrani. A qt/gtk - tohle je pro vyvojare peklo - mas stovky distribuci a ruzne verze, ruzne kombinace vseho mozneho a nemas jak odtestovat vse takze to delas pro dve distribuce nebo se na to vyseres a delas komercni sw pro komercni os.

[sid]

Zase davka ,"mudrosti" od patlala vo wordpresse. Celkom funny, ze sa tak ochotne vyjadrujes k hocicomu ked nerozumies uplne lahkym veciam. Aplikacia potrebuje low level hw?. Pre ui? Asi by bolo fajn keby si si trocha osviezil ako sa pisu aplikacie. Co realne ti brani mat napr flutter appku (detail ako funguje ui je pre teba zlozity tak ho vynechame) a mat tam c++, rust, xxx kod na low level veci. Jasne pre wordpress take veci neriesis. Pre hocijaku mid size firmu neni problem prepisat ui do gtk keby chcela. Tvoje rozne verzie atd je nezmysel. Ide vzdy len o peniaze. Ci preco vyvojari hier nerobia aaa hry pre super system co pouzivas?

[RealJ]

Je videt, ze jsi nikdy pro linux nevyvijel. Jdi si lepit sve php sracky side.

[sid]

je to celkom humorne, ale mas nejaku obsesiu na PHP? Snaz sa chapat, ze nie kazdy ma rad tvoj milovany Wordpress (svoju vyhovorku o 1$ a 5 strankach nemusis opakovat) a ze nie kazdy programuje v PHP. (aj ked mozno aj sam veris, ze je v nom aj MacOS). A zase ta musim sklamat tvoje predikcie su rovnako zle ako tvoja schopnost chapat virtualizaciu. Naopak pre linux sa pracovalo skvele.

[tacoberu]

Psát v Qt nebo GTK zas taková radost není (osobně upřednostňuju GTK). Určitě by se daly na těchto toolkitech daly najít nedostatky. Od @RealJ se je ale nedozvíme. Na jeho obranu nutno říct, také jsem takovej byl. Přihlásil jsem se na nějaké fórum a vykřikoval jak jsou Windows na prd. No, už jsem vyrostl. Windows jsou sice stále na prd, ale už to nemám potřebu tak vykřikovat

[xkucf03]

Psát v Qt nebo GTK zas taková radost není (osobně upřednostňuju GTK). Určitě by se daly na těchto toolkitech daly najít nedostatky.

Ono s každou technologií si člověk užije svoje. Pokud si vývojář občas pořádně nezanadává, tak dělá jen triviální učebnicové příklady nebo o tom jen četl :-)

Nicméně šlo mi hlavně o to, že máme na výběr z několika možností – v zásadě:

• Používat nativní prostředky dané platformy – pak máme perfektní integraci s tou jednou platformou, ale není to přenositelné (tahle varianta se dá vylepšit tím, že aplikaci rozdělíme na víc vrstev a přepisujeme/vyměňujeme jen tu GUI vrstvu, zatímco zbytek zůstává na všech platformách stejný)
• Používat nějaký přenositelný GUI toolkit (Qt, GTK, Java/Swing, Java/FX, Electron atd.), a pak aplikaci napíšeme jen jednou, běží všude a všude vypadá stejně (případně se ten toolkit snaží zapadnou a přizpůsobit se dané platformě). Výsledek je multiplatformní, ale za cenu, že ta integrace nikdy nebude úplně dokonalá, vždycky ta aplikace bude na dané platformě tak trochu hostem.
• Napsat si vlastní GUI toolkit nad nějakým základním rozhraním, jako je framebuffer nebo OpenGL. To je dost podobné předchozí variantě, ale máme vše pod kontrolou a taky je to mnohem víc práce.
• Pokusit se vytvořit nějakou obecnou abstrakci, která se bude překládat na nativní UI dané platformy. Teoreticky ideální varianta, ale pokud to má dávat dobré výsledky i pro netriviální aplikace, tak je to opravdu hodně práce.

Snažil jsem se poukázat na to, že Qt/GTK spadají do stejné kategorie jako ten Electron – vždy musím přibalit k aplikaci daný toolkit (teď nepočítám tu optimální možnost, že vhodnou verzi mám v balíčkovacím systému daného OS, což v GNU/Linuxu poměrně často platí) a jestli je to Qt, GTK nebo Chrome, to už je relativně jedno.

RealJ náhodně poukazuje na různé nedostatky, ale nenabízí žádné řešení a k tomu náhodně míchá výhody a nevýhody různých variant, aniž by ta diskuse někam směřovala.

Shodou okolností zrovna teď dělám takovou studii přenositelné aplikace… až to bude publikovatelné, hodím sem odkaz.

[koroptev]

Electron jako jadro pro zobrazovani pouziva totez, co pouziva Google ve Chrome = logicka konsekvence je, ze Google je velmi zainteresovan na stejne veci, kterou Electron muze "jen" prebrat.

GTK - retardismus psanej v cecku, QT - neznam kvalitu, C++ (coz vymezuje tridy bugu a problemu a moznost pouziti - u jinych jazyku nez C++ muze byt bottleneck napr. kvalita toho wrapperu)

now go figure, proc tolik projektu voli Electron..

[tacoberu]

+1

Napsat si vlastní GUI toolkit nemám rád. Sice je to strašně oblíbené a jednoduché, ale má to pro mě zásadní nevýhodu, že to nerespektuje chování dané platformy. Ne jen look&feel, ale i používání tabulátorů, menu, HIG.

Electron má nevýhodu navíc tu, že do systému nezapadne nikde. Vždycky to je jen webová aplikace.

Osobně používám kombinací způsobu 1 a 4. Mám deklarativní popis kde to jde (bod 4), který se následně řeší prostředky dané platformy (bod 1).

Největší prča je to právě v případě, kdy chcete dělat aplikaci, která poběží jak na desktopu s mega monitorem, tak i na telefonu s malinkatým. V tomto nám webové aplikace krásně prošlapali cestu.

Na tvou studii se těším.

[Martin Tůma]

Snažil jsem se poukázat na to, že Qt/GTK spadají do stejné kategorie jako ten Electron – vždy musím přibalit k aplikaci daný toolkit (teď nepočítám tu optimální možnost, že vhodnou verzi mám v balíčkovacím systému daného OS, což v GNU/Linuxu poměrně často platí) a jestli je to Qt, GTK nebo Chrome, to už je relativně jedno.

Qt rozhodně nespadá do stejné kategorie jako Gtk a už vůbec né Electron. Qt má 100% nativní look&feel na Linuxu i Windows (tam to, pravda, dneska není tak těžké, když samotné Windows mají asi 5 vzhledů/toolkitů, které se tak dají považovat za nativní...) a tak 80% na MacOS. Tomu se Gtk neblíží ani náhodou, s přivřenýma očima (v KDE vypadají Gtk aplikace jako pěst na oko na rozdíl od Qt aplikací v Gnome - kvalita "transformačních" stylů jako adwaita-qt je úplně jinde, než pokusů ze strany Gtk, pokud vůbec existují) má nativní vzhled na Linuxu, ale na Windows nebo MacOS má do nativního vzhledu sakra daleko. O Electronu ani nemluvě.

A že by Qt5 (pokud nějaký hipster dnes podporuje už jenom Qt6, není to chyba distribucí...) bylo potřeba pro nějakou aktivní distribuci "přibalovat", to je úplný nesmysl. Jediná relevantní linuxová distribuce, která ho nemá je dnes Hannah Montana Linux...

[xkucf03]

Já byl v tomhle raději opatrný a nechtěl jsem to sem psát, abych neprovokoval zbytečnou diskusi, protože sem samozřejmě hned naběhnou obvyklí podezřelí a začnou o tom, jak je distribucí moc, jsou v nich různé knihovny v různých verzích nebo že něco nevypadá 100% nativně atd.

Takže souhlasím – a tím spíš GNU/Linux nemůže být příčina, proč někdo píše desktopovou aplikaci v Electronu a nelze to na GNU/Linux svádět.

[tacoberu]

Takže nic?! Grafomanství?

[Sid]

To je hlavne nepochopenie autora o vyvoji multiplatform aplikacie. Napisem aplikaciu pre win32 (bez abstrakcie) a potom som prekvapeny ze existuje metal. Alebo napisem jadro prehliadaca a som prekvapeny, ze na IOS ho nemozem pouzit (donedavna) a musim sa integrovat na ich jadro. Windows sam o sebe ma x roznych api na tie iste veci takze pulse audio vs pipewire je uplne rovnaka diskuzia ako asi rozne api pre siete vo windows. X11 vs Wayland je pre novo portovanu appku na diskuziu? V akom vesmire. Predpokladam, ze svoju appku teda aj na macos maju v opengl. (wait MacOS predsa nevymysla nove nepotrebne api ako Metal, to je predsa znak Linuxu). Pride mi to trocha ako uplne nezmyselne vyplakavanie aj pri balickoch. Nech urobi dobru aplikaciu umozni aby sa dala dobre balit a komunita pre tu ktoru distribuciu mu to rada zabali. Alebo pouzijem napr fpm. Alebo snap flatpak... A kym niekto ako dement RealJ zacne kvilit o balickovani tak nech sa pozrie na msix pripadne msi co je to peklo.

Náš administrátor shledal tento komentář závadným.

troll

Zobrazit komentář

[sid]

kedze si vtak je mozne, ze niektore slova a vety tvoj mozog celkom asi nechape. Vravim nieco o komercnom zamere? Alebo si sa po tazkom boji naucil napisat "komercny zamer" a teraz sa chces pochvalit ako prvacik ked povie cudzie a jemu nezname slovo samozrejme v zlom kontexte.

[koroptev]

Pokud nemas s necim komercni zamer, tak to samozrejme muzes delat 10x pomaleji a 20x mene kvalitne nez lide, kteri ten komercni zajem maji, a klidne nejak zcela nepochopitelne pro kohokoli jineho nez tebe. Sky is the limit.

[RealJ]

Ubalit msi je pohoda. Ubalit aplikaci pro 356 ruznych linuxu je nemozne. Takze furt budes podporovat jenom par distribuci. Anebo to dopada tak ze mas instalaci make install a doufas ze to bude fungovat. Ale je videt ze vis o vyvoji pro linux uplny hovno side, neco jsi si u paseni ovecek nacetl, ale ta realita je u linuxu proste spatna.

[sid]

ako vzdy placas o niecom o com nic netusis. Vzdy ma udivuje ako sebavedome sa tu ohanas kdecim o com nic netusis (testovanie, docker), prvykrat to zistis az ked to tu niekto pouzije, potom si pozries nejaku stranku a za minutu sa citis ako expert. Co je zlozite na chapani vety, ze to bez problemov niekto zabali kto v konkretnom systeme je doma? Chces mi povedat, ze napr oracle podporuje vsetky distribucie? Alebo budeme fungovat v mode uber trolling doniesiem ti arm dosku a budem sa cudovat aky je macos shit ze na nej nevie bezat?

[koroptev]

tech par komercnich aplikaci pro linux, co jsem potkal, proste rekne "redhat 6, redhat 7" a ty kvuli napr. ty db koupis do firmy redhat

presne tak, nikdo se nebude srat s brodenim v hovnech

[ujo]

Když budu psát editor primárně pro linux/windows a pojede blbě na macu, tak by si měli zaslepení uživatelé macu otevřít oči, aby zjistili v jaké bídě mac je?

[hm]

Jen do toho. Linuxak hned dostane sileny napad, ze to musi podporovat TTY a udela 666ty klon vi-emacsu akorat s obskurnejsimi klavesovymi zkratkami a pujde to rovnou do kose

[koroptev]

Vzdyt to nic neumi. Cislo jedna Git napr. Ve features se prsej dnes naprosto beznejma vecma vyplyvajicima z pouziti language serveru apod. Jo a rychlosti - startu editoru, napsani znaku, komici, kdyby radsi totez ukazali na nejaky hodne velky codebase u 5k radek filu..

[koroptev]

k tomu nic neumi je hodne zarazejici neproklamace pouziti tree sitteru v dnesni dobe

[Madragora]

VS Code v rannich verzich taky nic neumel v porovnani s napr. Atomem. A kde jsme dnes? Proste Zed ma postupny vyvoj a pridava ficury az jsou hotove. Kdyz ti nevyhovuje soucasna verze tak si pockej.

[koroptev]

vscode melo extensions, jiny lidi mohli tvorit chybejici funkcionalitu, zed je nema, coz je asi nejstupidnejsi design decision (vsechny editory, ktery prezily test casem, umoznuji programatorovi nejak doprogramovat funkcionalitu)

[krtek]

Nema jen ted ale je to v roadmape. Btw mcedit prezil test casem a nerozsiris tam nic.

[koroptev]

mcedit nikdo nepouziva, jedinej duvod, proc ho vubec zminujes, je jeho integrace v mc.. (kde plati jak pro mc tak pro mcedit, ze originaly, ktery mc/edit kopiruji, toho umely 100x tolik pred 10-20 lety a mc/edit je takova z nouze ctnost)

[dred]

Jak nikdo? Vzdyt prvni prikaz kdyz otevres terminal je mc

[Ovoce]

On macOS, for example, Zed makes direct use of Metal. We have our own shaders, our own renderer, and we put a lot of effort into understanding macOS APIs to get to 120FPS.

Čemu nerozumím, když mi přijde extrémně legrační, že textovej editor má vymazlenou GPU akceleraci, používá svoje vlastní superoptimalizovaný shadery a je vytuněnej od do poslední špagety, aby na moderních systémech dosahoval snímkovou frekvenci 120 FPS?

[xkucf03]

+1 někteří tyhle HW prostředky využijí k tomu, aby udělali fotorealistickou 3D hru a jiní ten výkon spotřebují na vykreslování GUI textového editoru…

[Jendа]

Taky mě to zarazilo. Kolik FPS měly IDE třeba v éře Windows XP, čistě na CPU? Alespoň 12 snad jo, ne? A dneska nejsou procesory alespoň 10x rychlejší?

[Jendа]

(schválně jsem si vybral WXP - protože tam už byl různý pokročilý antialiasing jako ClearType atd., a různé Eclipse, Delphi a VisualStudia 2003 už uměly docela dost věcí. Takže se nejde vymlouvat „jasně, TurboPascal byl rychlý na 386, ale nic neuměl“)

[podlesh]

Překvapivě, v éře WXP už takové věci "čistě na CPU" dávno neběžely - a pokud ano, tak ten výkon byl naprosto otřesný. Což bylo vidět právě na linuxu s exotickou grafickou kartou (pamatuji osobně).

Trochu jiná věc je že samozřejmě nikdo neřešil takové veci na aplikační úrovni - prostě použil správné API.

[Martin Tůma]

Kolik FPS měly IDE třeba v éře Windows XP, čistě na CPU? Alespoň 12 snad jo, ne? A dneska nejsou procesory alespoň 10x rychlejší?

Lépe už bylo...

[koroptev]

pridava to vice lesku pri lesteni hovna

a rovnez nemeri ty fps pri nejaky zajimavejsi zatezi - LSP s velkou codebazi, otevrenejch x souboru a editace nejakyho o velikosti nekolik tisic radek..

[Ovoce]

Máš točící se kolečko s perfektníma 120 FPS, zatímco backend 5 minut chroustá nad tím textem

[koroptev]

no nejen to LSP, napr. nezminuji integraci tree sitteru, cili nejaky neplechy mozna nastanou uz daleko driv u syntax highlightingu vetsiho souboru

[Jiri Bajer]

Myslim, ze hejt Linuxoveho desktopu v prvnim komentari nesouvisi s obsahem toho blogpostu. Kdyz se pri psanikpduktetej ma bejt casem multiplatformni soustredim na jednu konkretni platformu a jeden jeji framework, muze se mi stat ze to co povazuju za univerzalni abstrakci nad platformou, bude biasnute na tu platformu na kterou to pisu. Takze se mi muze stat, ze dodatecne zobecneni pri zaclenovani novych platforem bude potrebovat par fasad pro odlisne nizkourovnove frameworky (Metal -> Blade) a strategie pro soucasnou podporu alternativnich implementaci (kde jedna je historicka co uz mizi a druha nova, co brzo prevladne; X vs Wayland). A muze se stat, ze to co mi (coby znalci jedne platformy) prislo jako moc prace a tristeni pozornosti, bude pro nekoho jineho (znalce jine platformy) rutina (viz velikost PR, snadnost poskladat reseni pro Linux od vic prispevovatelu). Jako by OSX nemel schizma s Intel vs Apple silicon a casto je to o tom, nechat si poradit, jak se problem idiomaticky resi v "tom druhem svete".

Tim, ze nakonec ty platformy jdou sloucit pod konzistentni sadu abstrakci, jde jen o zajimavou peripetii, ne o dukaz o fundamentalni nepouzitelnosti Linuxu. Drzim jim palce, aby se nevysilili na FPS ktere jdou ozelet a zbylo jim dost sil na user experience a nejakou tu killer feature. Zatim to nema cenu zkouset, VS Code je sice moloch, ale se skvelym ekosystemem a bohate staci. Kdyby casem Zed prebral roli podvozku a ekosystem rozsireni se presunul na nej, proc ne. Ale: Stejne budou za cas implementovat webovou podobu editoru, aby umoznili rezim s tenkym klientem podobny jako coder.com/code-server a prohlizec...

[koroptev]

Toolkit pro vykreslovani je to posledni. Fundamentalni nepouzitelnost linuxu jakozto "driveru" pro beh toho ci onoho desktopoveho je proste to, ze se to v prumeru v globalu moc casto sere a vyzaduje to babysitovani. Nemuzes to proste jen tak prdnout na laptop a zapomenout na to, bezny sedy veci, uspavani, graficky drivery, rozbijeni pri updatech apod.. V tomhle smyslu jsou dnes mnohem dal Windows, byt si o nich nemyslim nic moc dobryho z jinejch duvodu. Ale proste v globalu v prumeru takto pouzitelne jsou. Macos je samozrejme jinde, 99.99% spolehlivost, neni nutny tam doinstalovavat nejaky WSL, vpodstate se clovek muze tvarit, ze je na linuxu se vsema obvyklejma toolama no a jako bonus ekosystem tvurcu aplikaci, kteri na prvnim miste maji uctu k casu / komfortu uzivatele (to je imho hlavni rozdil oproti Windows a tem hovnum na nich).

[Jiri Bajer]

Heled, to co popisujes bude asi tvejma rukama - kdyz vis co delas, tak je to presne naopak. Zena ma asi deset let jablko, ja pres dvacet let Linuux a obavam se, ze drbacku ksem zazival je prave s jejim OSX.

Aktualizace co monoliticky stahujou desitky giga bordel, petkrat otocej system kterej bootuje pomalu jak XPcka a u nichz se modlis aby napotreti dobehly. Opruz se skenerem, opruz s MTP pro prenos souboru z Androidu po kabelu, loveni skrytejch klavesovejch zkratek pro zpristupneni nekterych nastaveni, magicky prikazy v terminalu, rucni hledani softu mimo store a ad-hoc aktualizace jak na Widlich, opruzovani at povolim nedobrovolne volitelnej sync do iCloudu... Trava tam neni zelenejsi, fakt ne. Ale uzivej si to co ti vyhovuje a chod prosim radsi plakat na OSX fora, ne ma Linuxovy - najdes si sprizneny duse a ulevi se ti. B-)

[Jendа]

Heled, to co popisujes bude asi tvejma rukama - kdyz vis co delas, tak je to presne naopak.

Já nechápu jak tohle může být rukama - k uspávání ani grafice (Intel) nebylo potřeba udělat doslova vůbec nic. Funguje to i bez rukou. Na různých noteboocích různých výrobců.

[koroptev]

Intel?

Zapomnels dodat "na ruznych distribucich", "na ruznych planetach", "pod vlivem ruznych psychotropnich latek" a dalsi.

[Jendа]

Intel?

Chce to buď použít mozek (znalost toho, že většina prodávaných notebooků je s integrovaným Intelem, a tedy příspěvek asi mluví o nějakém jiném nasazení), nebo si rozkliknout ten odkaz a přečíst si All GPU makers retained their overall market share with Intel securing the top spot with 68%, NVIDIA with 18% and AMD with 14% of all GPUs (dGPUs & iGPUs).

[koroptev]

Kdyz je rec o problemovejch driverech, tak to nemuzes redukovat na laptopy. Na desktopu ma Intel zanedbatelny procenticko, ty karty jsou na cokoli jinyho nez jen zobrazovani nepouzitelny.

[koroptev]

jinak vysvetleni, jak to muze byt rukama, zde

[Jendа]

Doslova 15 let starý článek o tehdy nové platformě (sám jsem si EEE 1005 koupil o rok později a všechno už bylo out of the box).

[Martin Tůma]

Ono je to ještě vtipnější - dnes, po těch 15 letech, na tuhle kategorii strojů ty Windows často už ani nenainstaluješ, jsou to většinou Chromebooky/Androidbooky s ARMem, které pro Windows ani nemají drivery... A když ano, tak spouštět tam emulované x86 binárky (Windows arm binárky většina aplikací vůbec nemá) je "user experience", která se s linuxem vůbec nedá srovnat. Ale ne tak, jak by si pan koroptev představoval...

[koroptev]

Inu typickej use case linuxtarda, instalovat sracky na 15 let stary stroje. Typickej use case produktivniho cloveka naproti tomu je vybrat si hw dle potreb a nasledne zjistit, ze je potreba rok pockat, nez to linux dozene (jak mi viz vyse nekdo potvrzuje..). Ja si to nemusim predstavovat, ja proste o tom jen nesirim lzi prizmatem vasich ruzovejch brejli.

[Jendа]

instalovat sracky na 15 let stary stroje

Ne, on mluvil o současných ekvivalentech EEE 901.

[koroptev]

Analogie toho, kdyz si dnes koupis novej stroj. Za rok mozna ok (to tvoje "vsechno" je samozrejme obvykla linuxtardi lez).

[marmax]

běž už do zádele, kikote, a neotravuj svými toxickými negativními (a hlavně nekonstruktivními) připomínkami - ideálně, když se odsuneš třeba na zive.cz

[koroptev]

konstruktivni?

[Jiri Bajer]

Tvarit se ze jsi na Linuxu muzes s OSX verzi WSL - iTerm2, homebrew, premapovanim klaves (Ctrl+C, Alt+Tab), externi klavesnici (Del, PgUp/PgDn), Docker desktopem a dalsim balastem. Jo, kdyz uz to nastavis, tak se to zacina blizit k Linuxu, ale dre to. Ale v pohode, uzivej, kazdej ma rad neco jinyho...

[koroptev]

Proc bych se kurva mel blizit linuxu kdyz mam pod kapotou Macu certifikovanej unix s temer zadnym GNU hnojem?

[koroptev]

predchozi koroptev fejk

spravne ten komentar mel bejt "v prvni chvili, kdy se tak nebudu moci tvarit, tak hodim ten linux do virtualu, jako to udela kazdej slusnej clovek i ten na windows, na zeleze to na desktopu bude provozovat jen blazen"

[xkucf03]

Máš to skoro dobře, jen je to přesně naopak. Na fyzickém, železe GNU/Linux (nebo jiný svobodný OS) a proprietární odpad pouštět ve virtuálce, když už (případně mít těch fyzických strojů víc a oddělit to na hardwarové úrovni včetně firewallů).

Dual boot jsem měl naposled za dob Windows XP. Od té doby mám všude GNU/Linux. Tolik tedy k těm výkřikům o jeho „nepoužitelnosti na desktopu“.

[~]

Ja mam podobnou zkusenost. Naposledy jsem mel dualboot nekdy v roce 2009 - jako novy majitel Mac Mini. Rozdelil jsem tedy disk 50:50 OSX:Win7. Po mesici jsem zistil ze Win moc uz nepotrebuji a tak jsem to predelal na 80:20. Po dalsim mesici jsem Win zahodil a "pro jistotu" drzel uz jen na externim usb disku... Linuxy jsem pouzival jen vzdalene takze virtualizovat ani nebylo co. Z casu na cas nahodim VirtualBox kdyz je potreba neco v linuxu osahat ale jinak jedu v podstate 100% macOS jako desktop.

[koroptev]

Logicka falace je ve zduvodneni toho, co ma bezet na fyzickem zeleze. Dle tebe je ten relevantni duvod, ze tam nechces mit proprietarni bordel. Dle me je ten duvod, ze tam chci mit sw, ktery bude umet korektne pouzivat vsechny ficury hw platformy, ktery ovlivnujou muj komfort, u laptopu treba vydrz baterky, u desktopu treba vubec moznost hrat hry atd. atd..

Fundamentalismus vs pragmatismus. Resp. idiocie vs racio. Ale tisic lidi, tisic chuti.