🥇Můj první den s Haiku: je to překvapivě dobré

TL:DR; Nováček poprvé vyzkoušel Haiku a rozhodl se, že je to úžasné. O to více ve srovnání s pracovními prostředími dostupnými na Linuxu.

Už jsem se podělil o své názory (a také zklamání) ohledně #LinuxUsability (část 1, část 2, část 3, část 4, část 5, část 6). V této recenzi popíšu první dojmy z Haiku, operačního systému s otevřeným zdrojovým kódem pro osobní počítače. Někdy mohou být první dojmy užitečné, ale protože první dojmy máte jen jednou — uchoval jsem si ty své zde.

Systém, na kterém píšu tuto recenzi

Možná budou užitečné pro vývojáře Haiku nebo jiné zainteresované strany.
Někde se mohu mýlit, protože jen popisuji osobní (čti: na první pohled) první zkušenost. Také mi pomohli přátelští lidé na kanálu #haiku v síti irc.freenode.net — tyto poznámky také zveřejním. Děkuji vám, vývojáři Haiku!

Co jsem chtěl říct: Haiku ještě není 100% dokonalé, ale už má solidní pracovní prostředí.

Instalace

Projekt Haiku poskytuje obrazy ke stažení z CD nebo DVD, které jsou vytvářeny každý den. Proces instalace jsem začal stažením obrazu pro 64bit, který jsem poté zapsal na USB flash disk pomocí programu

. Spouštění funguje jak s EtcherEFI , tak bez něj — moje gratulace za poskytnutí takového obrazu.Haiku používá vlastní

souborový systém BeFS pro zaváděcí oddíl, ačkoli byla přislíbena podpora FAT32 a NTFS. Obecně systém potřebuje alespoň 600 MB, ale pro další aplikace je potřeba více místa. Ve výchozím nastavení se vytváří oddíl o velikosti 600 MB s BeFS a oddíl FAT32 o velikosti 3 GB. Na FAT32 je soubor

, což naznačuje možnost zavádění na systémech s podporou EFI. Bohužel jsem nenalezl programy pro zvětšení velikosti BeFS a doufám, že v budoucnu vytvoří jinou schéma dělení disku, protože velikost obrazu oddílu je pevně stanovena a může být nedostatečná pro další software. Bylo by dobré, kdyby další balíčky se softwarem byly uloženy na druhém oddílu FAT32. /EFI/BOOT/BOOTx64.EFI, что подразумевает возможность загрузки на системах с поддержкой EFI. К сожалению я не нашел программ по увеличению размера BeFS, и надеюсь, в будущем сделают другую схему разбивки диска, потому что размер образа раздела зафиксирован небольшим и может не хватить свободного места для дополнительного ПО. Было бы неплохо, если бы дополнительные пакеты с ПО сохранялись на втором разделе FAT32.

Toto řešení by bylo výhodou pro ty, kteří chtějí přistupovat k souborům přímo z jiných systémů. Pod Linuxem již existuje podpora pro čtení BeFS, existují implementace pro čtení a zápis BeFS pod FUSE.

Instalátor Haiku

Dostal jsem radu: chceš použít větší oddíl — nainstaluj Haiku na jiný flash disk.
Pro mě je tato fáze v podstatě zbytečná, protože instalátor Haiku neumí rozdělit disky, pouze spouští program DriveSetup, ve kterém je nutné ručně rozdělit disk, přidat oddíl, který pak naformátovat na BeFS, po čemž se řízení vrátí zpět k instalátoru. Také bude nutné ručně nainstalovat bootloader, použitím samostatného programu. Bohužel se mi nezdařilo spustit z EFI při takovém rozdělení, protože chyběl oddíl FAT32 se spouštěcími soubory pro EFI. Uvítal bych instalátor, který umí automatické rozdělení včetně specifikací EFI.

BootManager nainstaluje bootloader na disk

Celý proces instalace trvá něco málo méně než tři minuty, což je velmi rychlé. Během toho se kopíruje celý systém, který se skládá "pouze" z 4751 souborů. Důvodem je ten fakt, že většina softwaru je zabalená ve formě hpkg souborů (něco podobného jako balíčky Snap v Linuxových systémech), které se nikdy nenainstalují, ale jednoduše se namontují. Zajímavé je, že existuje docela dost "volných" souborů, například png. Proč nejsou zabalené?

Jak jsem již zmínil, i jádro operačního systému se dodává ve formě hpkg souboru. (zmiňoval jsem se o 4751 souboru, protože jsem spustil před instalací HaikuDepot, který stáhl spoustu věcí. Čistá instalace zjevně neobsahuje všechny tyto soubory a může být nainstalována rychleji s přibližně 200 balíčky. Skvělé! Jak mi bylo řečeno, že stažené soubory nejsou při instalaci ignorovány — je to programová chyba. Ou, a zde je patrně i první zpráva o chybě, napsaná na základě mého podnětu).

První spuštění

Systém se načítá, zobrazující hezkou úvodní obrazovku, a pak se zastaví: po načtení moje grafická karta (Radeon) zobrazuje černou obrazovku.

Bylo mi doporučeno spustit v nouzovém režimu s rozlišením 1024x768 na monitoru s FullHD. V podstatě by bylo možné se zabývat bootloaderem pro zajištění funkčnosti s FullHD, ale na jiném počítači s grafickou kartou od Intelu to fungovalo bezchybně.

Celý systém funguje rychle z flash disku, pravděpodobně proto, že na flash disk během provozu není nic zapisováno, takže doufám, že ho budu moci používat jako hlavní pracovní systém. Při spuštění z USB získáte skutečný systém, na rozdíl od pomalých 'živých' linuxových obrazů.

Během spouštění obrazovka nezabliká, nejsou vidět zprávy jádra, nemáte pocit, že by byl Xorg přilepen k jádru modrou izolační páskou. Na rozdíl od typických linuxových distribucí jsou jádro a GUI zde vytvořeny a přizpůsobeny pro sebe navzájem!

Není potřeba přihlašování, protože systém je navržen pro jednoho uživatele. Všechno je jednoduché, přesně to, co potřebujete pro osobní počítač.

Potřebujete podporu pro více uživatelů — dejte jim každému flash disk, který stojí maximálně 5 $.

První dojmy z pracovního prostředí

Pokud porovnáte první pocit — více to připomíná Mac než například Linux s Gnome. Klávesa 'command' funguje stejně jako na Macu. Skvělé!

Nic se nevyrovná prostorovému správci souborů, pocitově — jako starý dobrý Mac!

Výchozí správce souborů je prostorový (jako Macintosh System 1.0), bohužel každé okno si nepamatuje svá nastavení (například zobrazení jako seznam nebo jako ikony). Jak mi bylo řečeno — je to chyba, kterou, myslím, bude snadné opravit. (Bohužel, psát zprávy 'mimokrokodilovi' do bugtrackeru pro Haiku je složité — používá se originální systém, který není založen na GitLab nebo GitHub, do kterého se také nedá přihlásit pomocí nich). Soubory dostávají své ikony, nejsou problémy s jednotlivými soubory na ploše a ikonami.
Skvělé! O mnohem lepší než pracovní prostředí pro Linux, je cítit jednoduchost.

Výkon

Operační systém funguje svižně i na slabším hardwaru, jako jsou netbooky s Atomem. Není cítit nadbytečné vrstvy softwaru. Skvělé!

Lunduke řekl, že LibreOffice, zdá se, funguje rychleji než na jiných operačních systémech, ale to jsem ještě neověřil.

Bryan Lunduke. Haiku OS Beta — recenze a dojmy

Příkazový řádek

Součástí je terminál. Celkově, i přes menší odchylky od Linuxu jsem se s ním okamžitě zorientoval, ve skutečnosti — je to běžný bash, což mě docela potěšilo.

Vítejte v shellu Haiku.
V něm můžete snadno spouštět aplikace, které jsou na $PATH:
~> Touchpad
~> echo $PATH
.:/boot/home/config/non-packaged/bin:/boot/home/config/bin:/boot/system/non-packaged/bin:/bin:/boot/system/apps:/boot/system/preferences

Jéje! „.“ v $PATH! To znamená, že lze spouštět příkazy přímo z aktuálního adresáře (Linuxáci mi jednou řekli, že svět vybuchne, pokud to zkusím). Skvělé!

bash spuštěný v terminálu Haiku

Co je na terminálu také super — můžete stisknout ctrl + c pro kopírování, stejně jako v jiných aplikacích, na rozdíl od pracovních prostředí Linux, kde musíte použít ctrl + shift + c v terminálu.
Detaily, které ukazují celistvost celého systému.

Struktura souborových systémů

Oddíl, ze kterého se bootuje, je připojen do /boot. Jak snadné!
Žádné hromady /etc, /usr, /bin… Jen /home a /system. Čisté, jednoduché, srozumitelné. Dobře! (Ne úplně: existují, ale jsou skryté. Proč? Protože /bin to /system/bin, není nutné to zobrazovat v Trackeru, ale skripty to stále používají. Myslím, že vývojáři by se měli zbavit zastaralých věcí, které byly vytvořeny kvůli kompatibilitě, protože to jen ztěžuje porozumění.)

packagefs

Už jsem se zmínil dříve o souborech hpkg, které připomínají balíčky na Linuxu, ale neinstalují se, pouze se připojují (podobně jako balíčky snap). Souborový systém, který tuto magii provádí, se nazývá packagefs. Připojuje soubory hpkg nad ostatní, což vytváří celý adresář /system.

Příkaz mount bohužel neukazuje, co je připojeno.

~> mount
usage: mount [-ro] [-t fstype] [-p parameter] [device] directory
-ro připojuje svazek pouze pro čtení
-t specifikuje souborový systém k použití (standardně automatické rozpoznání)
-p specifikuje parametry, které se mají předat souborovému systému (-o také přijato)
Pokud není specifikován device, předá se NULL (pro souborové systémy v paměti)

Doporučili mi zkusit mountvolume, který ukáže připojené oddíly, ale bohužel také nezobrazuje body připojení s packagefs (ukáže jen ty, které souvisejí s oddíly nebo obrazovými disky). [Naštěstí, pokud spustíte mount nebo df někde na hostiteli s dockerem, můžete pár stránkami otáčet! — pozn. překladatele] Ale můžete použít trik s df:

~> df -h

Mount Type Total Free Flags Device
----------------------------------
/boot bfs 600.0 MiB 6.0 KiB QAM-P-W /dev/disk/usb/0/0/0
/boot/system packagefs 4.0 KiB 4.0 KiB QAM-P -
/boot/home/config packagefs 4.0 KiB 4.0 KiB QAM-P -
/no name fat 2.8 MiB 2.3 MiB - M-PRW /dev/disk/usb/0/0/1

Jak vidno, /system a /home/config uvnitř /boot to je právě packagefs.
Ti, kdo mě znají, vědí, že jsem fanoušek podpory drag-and-drop v souborových manažerech: například používám aplikace ve stylu NeXT, nebo AppImages.
Každopádně, i tento formát distribuce software má své nevýhody. Zda packagefs dokáže zkombinovat to nejlepší?

Jak je vidět, v mém případě (systémový oddíl je plný, ale chci nainstalovat aplikace) by bylo elegantnější stahovat aplikace někam, pomocí prohlížeče, přesně tak, jak to dělám s soubory. .dmg pro Mac nebo AppImage. packagefs žije v jádře, takže to není souborový systém pro FUSE (i když vím, že FUSE je také v Haiku). Bylo mi také řečeno, že se možná v budoucnu vytvoří další „zóny packagefs“, což pravděpodobně znamená, že budu moci říct packagefs, aby uchovávalo balíčky, například na samostatných diskových oddílech. To se mi líbí — pokud bude diskový oddíl na přenosném nosiči, mohu usednout k jinému počítači a získat tam fungující aplikace.

Také bylo řečeno, že metodou drag-and-drop funguje i instalace balíčků: stačí přetáhnout soubor do /system/packages nebo na /home/config/packages pro instalaci, a pokud soubor vytáhnu odtud — bude odstráněn. Pokud přetahuji balíček s nevyřešenými závislostmi — systém požádá o jejich předchozí instalaci.

Nejprve mi nebylo jasné, jak packagefs zpracovává více verzí téhož balíčku, co se stane, když chci nainstalovat, například, různé verze gcc nebo jiné GUI programy? (Jeden z vývojářů řekl, cituji: „sama packagefs neobsahuje nic, co by bránilo instalaci několika balíčků se stejným názvem, ale protože se používá libsolv z OpenSuse pro řešení závislostí, které to nedovoluje, bylo zakázáno to dělat i samotnému HaikuDeport v nastaveních“. Mohu vysvětlit, proč se mi líbí myšlenka balíčků .app, AppDir a AppImages).

Dynamické knihovny

Existuje technologie dynamických knihoven? Ano, to je vidět například, pokud spustíte aplikaci s chybějícími knihovnami dvojitým kliknutím:

Můžete si něco takového představit v gnome, kde nebo xfce?

V Linuxu by podobné spuštění nic neukázalo. Podívejme se, jak dlouho to bude trvat v různých prostředích:

A co kontroly?

~> ldd
bash: ldd: command not found

Musíte použít substituci:

~> objdump -x /bin/bash | grep NEEDED
NEEDED libreadline.so.7
NEEDED libhistory.so.7
NEEDED libncurses.so.6
NEEDED libintl.so.8
NEEDED libroot.so

V zásadě ) a tommath ( by byl lepší, protože navíc ukazuje cesty, odkud budou knihovny načítány.
A odkud se skutečně načítají?

~> echo $LIBRARY_PATH
%A/lib:/boot/home/config/non-packaged/lib:/boot/home/config/lib:/boot/system/non-packaged/lib:/boot/system/lib

Takže můžete umístit knihovny vedle spustitelného souboru a ten bude „jednoduše fungovat“. Jak skvělé! Můžete jednoduše připojit jednotlivé knihovny k aplikaci bez zbytečných komplikací s rpath nebo nastavováním proměnné LD_LIBRARY_PATH jako na Linuxu. Dobře!

Existuje knihovna (hrůzostrašná na Linuxu) /boot/system/lib/libstdc++.so.6.0.24.
Co když aplikaci vyžaduje verzi novější, než je ta, která je v /boot/system/lib?
Běžný uživatel se pravděpodobně aktualizuje na nejnovější verzi, protože v tomto systému není uživatel „Administrator“ se silným heslem [autor naznačuje jednoduchost — pozn. překladatele].
No, alespoň tak to vypadá. (Ve skutečnosti je „uživatel“ analogem root. Heslo můžete nastavit pomocí příkazu passwd, po čemž zadáte PermitRootLogin=yes v sshd_config, a poté se budete moci připojit zvenčí přes ssh. Vývojáři mi řekli, že aplikace jsou ve výchozím nastavení spuštěny jako root. Nakonec to možná doladí... Ale nejsem si jistý, zda se mi to bude líbit.)

Vzhledem k tomu, že neexistují distribuce Haiku — vývojáři aplikací nemají také přístup k novějším verzím než ty, které jsou k dispozici ke stažení ve vašem systému. Výsledek: méně zklamání, věci „jednoduše fungují“. Skvělé zjednodušení! To se mi líbí.

Zdroje a registrátor

Jak již bylo řečeno, aplikace dostávají typ a ikonu, takže se nemusíte zaobírat soubory na ploše a podobnými věcmi. Bylo mi naznačeno, že existuje speciální servisní registrátor, který ví o aplikacích, typech souborů a ikonách. Vždy je informován při instalaci balíčku nebo označení souboru k vykonání (použitím programu chmod nebo mimeset).
Něco jako Launch Services na Macu. A to je přesně to, co chybí v pracovních prostředích na Linuxu. Skvělé!

Binaries dostávají zabudované ikony jako zdroje, takže nepotřebujete samostatnou ikonu kromě souborů na ploše. Téměř stejně jako to bylo na Macintosh System 1. Úžasné!

Typy aplikací, podporované typy dokumentů, zabudované zdroje a informace o verzi

Tracker (správce souborů) automaticky označuje binární soubory jako spustitelné. To je to, co jsem očekával od pracovních prostředí na Linuxu už více než 10 let.
To vše je velmi příjemné. Vždyť je to úžasné! Život se stává tak jednoduchým. Je to sofistikovanější a více podobné Macu než XDG na Linuxu. Nebo tohle...

Aplikace na Linuxu bez nastavené spouštěcí bitové hodnoty

Ve Gnome byl odstraněn možnost spouštění spustitelných souborů z file manageru, ale komunita se vzbouřila — a vše se vrátilo zpět.
Také mi bylo řečeno, že aplikace používají funkci find_paths() namísto pevně stanovených /usr/bin a /usr/share (společná vlastnost pracovních prostředí na Linuxu), což znamená možnost jejich přesunutí v souborovém systému. Tleskám vstoje! Na Linuxu je to obvykle "složité".

Co mě překvapilo

zavádějící bylo to, že /boot to je bod připojení oddílu, odkud se systém načítá. Proč ne "/"? Nebo /Haiku? (Пояснение: действительно, /boot to je vždy zaváděcí oddíl, na pracovní ploše se zobrazuje jako "Haiku", protože to je jeho název. Hledejte "/" jako analog pracovní plochy v Mac System 1, kořen hierarchie, který na discích skutečně neexistuje).
Bod připojení pro uživatelsky instalované balíčky je /home/config. Proč ne prostě /home? (Один из разработчиков пояснил мне, что они не хотят засорять домашний каталог, но мне кажется, config — название неудачное, потому что внутри есть подкаталог bin/, takže to není jen ukládání nastavení).
Jaká je licence pro vše? Například v prohlížeči WebPositive při pohledu na "O programu" není žádné jasné označení. V poli "O tomto systému" je uvedeno, že kód Haiku je pod licencí MIT. Skvělé! (Také mi bylo řečeno, že WebPositive je dodáván spolu s operačním systémem podle stejné licence, nicméně jeho jádro WebKit je většinou pod dvoubodovou BSD).

Co nefungovalo tak, jak jsem očekával

Především mě ohromila úroveň podpory hardwaru. Na mém netbooku založeném na Atomu fungovalo vše, včetně WLAN. Ale jsou zde některé zvláštnosti v chování.

Úplná nefunkčnost na hardwaru Macintosh, bez ohledu na režim EFI nebo emulaci BIOSu ("Windows"). Systém se prostě zasekne, pokud vyberete ikonu v načítači pro Mac. Bylo mi řečeno, že je to známá vlastnost a je možné se spustit s pomocí rEFIt, ale tyto nastavení jsou pro mě příliš složité.
Zrychlení grafiky. Zdá se, že používání Radeon není možné (měl jsem černou obrazovku), ale ani na Intelu to není zrovna úžasné. Zrychlení videa ve WebPositive je pouze softwarové, včetně H.264. To je překvapivé, protože původní orientace byla na video. Jeden z vývojářů objasnil, že video ve WebPositive funguje pomocí zpomalujících hacků.
Není zvuk? "Ovladače pro zvukové karty stále chybí," řekl vývojář. Pravděpodobně je potřeba někdo, kdo podpoří ovladač HDA podobně jako USB-3. Nyní pro získání zvuku stačí horký restart z jiného operačního systému a věřím, že to nějak opraví.
Nepracují tlačítka pro ovládání jasu a hlasitosti. (Základ už existuje ve formě aplikace Shortcuts: lze provést přiřazení jakékoliv klávesové zkratky k jakékoli požadované funkci, ale zatím Haiku neumí pracovat s mediálními klávesami. Možná jsou nějací dobrovolníci?)
Dvouprstové ovládání touchpadu. Nepracuje to z krabice. Existuje panel nastavení, který hlásí, že "No touchpad found, the settings will have no effect." (Známý problém s ELAN Input Device, ACPI ETD050A).
S aktuální aplikací pro čtení souborů z digitálních fotoaparátů a smartphonů na Androidu mi nespolupracovala synchronizace v režimech MTP a PTP. Bylo by skvělé, kdyby se montovaly jako jiné oddíly v systému.
Zavření víka notebooku zřejmě není zpracováno. (Vím, že Haiku stále nepracuje s ACPI: podpora byla implementována, ale není výchozí; nezapíná se znovu ovladač)
Nepodařilo se mi vytvořit účet v bugtrackeru, protože nefunguje captcha v WebPositive.

Aplikace

Hlavním účelem operačního systému je spouštění aplikací. Bál jsem se, že pod Haiku nebudou aplikace pro reálnou práci. Naštěstí jsem se mýlil, protože je naděje na zlepšení — když se Haiku začne používat častěji.
Scribus (aplikační program pro vizuální sazbu) existuje, a to je velmi složitá aplikace založená na Qt. Také je tu a QtCreator (IDE).

Zajímalo by mě, zda se dnes vyvíjejí nativní aplikace Be pro Haiku pomocí nativních nástrojů (pokud existují), nebo stačí použít QtCreator (což usnadní portování multiplatformních aplikací). Pozice vývojářů Haiku je "výslovné" preferování nativních aplikací pro Haiku. Opravdu? Pořád mám pochybnosti o tom, že aplikace pro reálnou práci nejsou multiplatformní (všechny aplikace, které v mé práci používám, jsou multiplatformní).

Podpora aplikací WxWindows byla vyhlášena.

Absence podpory Gtk+ mě zklamává. To znamená, že na Haiku v nejbližší době nebude Gimp (no, tak si to myslím), ale existuje náhrada v podobě Krita!

Také si myslím, že potřebujeme jednoduchý a srozumitelný způsob vytváření aplikací pro Haiku, jako je tento — s využitím Travis CI a GitLab CI.

Kam směřujeme?

Uvízne Haiku v konceptu UX BeOS? Myslím, že pro svou přitažlivost by měla pečlivě zvažovat nové UX schémata při jejich přijetí, a přitom zůstat věrná svým základům.
Například:

Zůstat jednoduché, bez těch 100500 možností, které činí Linux "složitým".
Používat pro myš kurzor šipky namísto podivné ruky.
Bude zde Dock? (Vím, že existuje něco jako Dock nazývané LaunchBox, ještě blíže k Dock LnLauncher, ale původní BeOS měl Dock už v roce 1998!)
Globální menu? (Odpověď je zřejmá, protože JLG nevidí žádnou zvláštní výhodu).
Rychlé přepínání oken? (Řekli, že je možné zkusit aktivovat „Stack&Tile“, když podržíte klávesu Windows při přetahování okna, ale to není intuitivní, navíc to nefunguje u mě).
Animace rozbalování a sbalování oken?
Stíny za okny?
Podpora témat, jako je v Aqua? (Ano, je, existuje infrastruktura a nástroje, například, HaikuThemeManager, ale někdo musí vytvořit témata. Zkusil bych to sám, bylo mi řečeno, že existuje dokumentace v https://xref.plausible.coop/source /xref/haiku/headers/os/interface/ControlLook.h, но не сейчас).

Jsou to jemné nuance, přičemž by systém neměl ztratit svou jedinečnou individualitu.

Závěr

Haiku mi skutečně otevřelo oči, ukázalo, jak pracovní prostředí "jednoduše funguje".
Před více než 10 lety jsem přešel z Macu na Linux a od té doby jsem hledal stejnou úroveň rafinovanosti a krásy, a Haiku v mnohém tomu odpovídá.

Upřímně řečeno, jsou zde nedostatky, ale překvapivě mnoho věcí, včetně hardwarového vybavení, jako je WLAN nebo tiskárny, "prostě funguje".

Nicméně, především, systém má koncept pracovního prostředí, které chybí v pracovních prostředích na Linuxu.

Existence celistvého systému (ne jen jádra a různých konkurenčních uživatelských prostředí) činí všechno jednoduché a konzistentní.

Absence různých sestavení (distribucí) činí všechno ještě jednodušší.

Zaměření na práci pouze jednoho uživatele v systému ještě více snižuje složitost.

Výsledek: velmi jednoduchý, rafinovaný, minimalistický v mnoha ohledech, systém navržený pro "obyčejné smrtelníky", nikoli pro správce systémů UNIX.

Existuje naděje, že když se tento systém stane populárnějším (což je nevyhnutelné), jeho složitost se nezvýší.

O #LinuxUsability jsem již psal v minulém cyklu článků. Je příjemné vědět, že Haiku řeší mnoho zmíněných problémů, včetně rodových, kterými trpí pracovní prostředí na Linuxu..

Jednoho dne mi stačilo, abych se ujistil: chci toto pracovní prostředí používat pro každodenní práci a také hledám možnosti, jak přispět k rozvoji systému.

Vyzkoušejte to sami! Projekt Haiku nabízí obrazy ke stažení na DVD nebo USB, které jsou vytvářeny každý den. Pro instalaci stačí stáhnout obraz a zapsat ho na flash disk pomocí Etcher.

Od autora překladu: toto je pouze první článek z cyklu o Haiku, další čekají na překlad a budou zveřejněny později.

Zdroj: habr.com