Dneska umí spustit Bash. A zítra snad budou umět i pingnout localhost. Řekněte WOW :-)
Ne, vážně tohle někoho zajímá? Bash jde spustit na kdejakém obskurním systému, nic překvapivého. Ale fakt nevidím smysl v tom, dávat pod něj proprietární „podvozek“.
Ve skutečnosti je potřeba jít opačným směrem – odbourat proprietární BIOS/UEFI (→ Coreboot/Libreboot) a zbavit se posledních proprietárních ovladačů, tak kde se ještě používají, a pokud možno i firmwarových blobů.
Bash je na Windows už dlouhou řadu let (byť není by default nainstalovaný). Tou skutečnou novinkou je binární kompatibilita s Ubuntu, díky které spustíte binárku bez modifikace.
Ad Coreboot/Libreboot - tyhle aktivity těžko povedou k výsledku. BIOS/UEFI má za úkol poskytovat vrstvu nad HW, například kvůli implementaci power managementu. Chápal bych snahu vyvinout otevřenou implementaci UEFI, nebo alespoň otevřenou sadu UEFI testů. Nejlépe pod BSD licencí, aby se výrobci HW nebáli, že budou muset uvolnit vlastní kód.
Ad „Bash je na Windows už dlouhou řadu let (byť není by default nainstalovaný). Tou skutečnou novinkou je binární kompatibilita s Ubuntu, díky které spustíte binárku bez modifikace.“
Viz můj dřívější komentář. Wine je takový „rovnák na ohýbák“1, náhradní řešení, které umožňuje spouštět cizí binárky – a to z důvodu, že k těm exáčům nemáš zdrojáky ani práva provádět úpravy. Kdyby je lidi měli, tak si prostě přeloží program pro svůj OS a nebudou si pachtit s nějakým Wine a překladem volání za běhu. Pro svobodný software tenhle přístup nedává smysl, protože zde zdrojové kódy a práva máš a program si pro svojí platformu zkompiluješ – což se běžně dělá.
[1] nemyslím to nijak špatně, Wine je užitečné a řeší jinak neřešitelný problém, umožnilo spoustě lidí zbavit se proprietárního OS
Nojo, budou na tom muset ještě zapracovat, takový MS-DOS Mobile jim funguje o dost lépe: https://www.microsoft.com/cs-cz/store/apps/ms-dos-mobile/9nblgggxzdtw
Máš pravdu, občas se něco rozbije. Za poslední tři roky na pěti domácích PC jsem se s tím jedou taky setkal. Po update nenajel na jednom z nich zvuk. Problém byl v tom, že uzavžená binárka od AMD s ovladačem grafiky si přesměrovala zvuk z repráků na HDMI. Stačilo zmáčknout čtverečkovaný tlačítko, napsat Zvuk, dát Enter, vybrat v kombu správný výstup, Enter a bylo po problému.
Na widlích to bývalo horší, tam mám takovouto hezkou statistiku:
1) Odmítnutí ovladače, protože je pro jinou verzi Widlí, i když soubor s popisem byl OK (30%)
2) Ovladač se instaluje, ale dál se natvrdo používá starý (30%)
3) Změní se ovladače pro jiný zařízení, ne pro to aktualizovaný (10%)
4) zařízení se odinstalovalo a už nešlo znovu nainstalovat (15%)
5) Použilo to ovladače pro něco jinýho. Třeba pro tiskárnu se použil ovladač grafiky, přece se do toho taky hrnou obrázky (10%)
6) Vše fungovalo, jak jsem plánoval (5%)
Linux a Windows mají výrazně odlišné API, takže aplikace psané pro Linux na Windows jaksi nepřeložíte. A když už je přeložíte, tak nebudete mít například X11 server proti kterému by běžely. Faktem je že to všechno má řešení, SW lze portovat a většina toho zajímavého z Linuxu na Windows portovaná je. Nicméně někteří vývojáři například píší kód v Pythonu, Ruby apod., a jejich aplikace běží ve výsledku na Linuxu. S tím co MS představil by mohli spustit stejné binárky jako na Linuxu, takže pro ně pak odpadá důvod mít stroj s Linuxem. Osobně mi to přijde jako velmi malá cílová skupina, navíc těžko říct jak to bude v praxi fungovat. Na druhé straně Windows tradičně sjednocují. Už Windows NT uměly běžet aplikace psané pro Win16, DOS, OS/2 a Unixy, a fungovaly na Intelu, Alpha AXP, MIPS a PowerPC. Takže lze říct, že sjednocování má ve Windows dlouhou tradici.
Kdy jsem naposledy viděl program přímo pro X? To jsi trochu zamrznul v minulém století, ne? Dneska je všechno psané pro Qt, GTK nebo aspoň PyGame, takže na Widlích to normálně jede, i když to někdo matlá třeba na Raspberry.
"Už Windows NT uměly běžet aplikace psané pro Win16, DOS, OS/2 a Unixy"
Jo, uměly, a dneska už neumí nic z toho. Prostě nula! Spusť si na čtyřiašedesátibitových desítkách tu zabugovanou kalkulačku z Win3...
Kdyby všechny aplikace pro Linux používaly výhradně Qt, GTK a PyGame, tak by to samozřejmě bylo daleko jednodušší :). Bohužel ani to neřeší zdaleka všechny problémy.
Ad Windows NT uměly běžet aplikace psané pro Win16, DOS, OS/2 a Unixy; dneska už neumí nic z toho - procesor v módu x64 nemůže běžet 16-bitové aplikace, to je omezení dané Intelem. 32-bitová verze Windows 10 umí běžet aplikace psané pro Win16 i DOS. OS/2 subsystem byl odstraněn po deseti letech, protože ho dávno nikdo nepoužíval. POSIX je k dispozici ještě ve Windows 2012, i když není nainstalovaný by default. Místo něj teď máte Windows Subsystem for Linux, což je - jak jsem psal - návrat k tradici.
S ohledem na to že Linux nikdy nebyl ubohý šestnáctibitový crippleware...
Kterýkoliv, ke kterému mám zdrojáky, zkompiloval se mi tu i Snoopy Calender z roku 1969 pro PDP-11 :-D
Kterýkoliv jiný také, protože mám DOSBox, ve kterém spustím CP/M-86 i W3 :-D
Když už jsem nakousl ty zdrojáky, tak zrovna před pár dny jsem kompiloval jeden Céčkový program, který jinak běhá na osmibitových ZX Spectrech a Atari 800. Bez jediného zádrhelu, prostě svobodný software který může fungovat na čem chci :-D
Windows NT také nikdy nebyly 16-bitové.
Ad Kterýkoliv, ke kterému mám zdrojáky - bavíme se o zpětné kompatibilitě binárek. Proč do toho taháte kompilaci ze zdrojáku?
Ad když už jsem nakousl ty zdrojáky, tak zrovna před pár dny jsem kompiloval jeden Céčkový program, který jinak běhá na osmibitových ZX Spectrech a Atari 800 - a v praxi je často problém zkompilovat i zdrojáky určené pro starší verzi toho samého distra, nemluvě o problémech s kompilací obecně. V jakém procentu případů to skončí pár stránkami chyb? Nepříjemně často. Nehledě na to, že kompilace není aktivita pro uživatele, ale pro vývojáře.