
TL;DR: nagyszerű asztali operációs rendszerré válhat nyílt forráskóddal. Nagyon szeretném, ha így lenne, de még sok javításra van szükség.
, váratlanul jó operációs rendszer. Most már a harmadik napnál tartok, és annyira tetszik ez a rendszer, hogy folyamatosan azon gondolkodom: hogyan lehetne a mindennapok operációs rendszerévé tenni? Összességében a Mac jobban tetszik, de az a baj, hogy az nem nyílt forráskódú, így alternatívákat kell keresni nyílt forrással.
Az utolsó 10 évben ez általában a Linuxot jelentette, de neki is megvannak a .

A Haiku operációs rendszert a DistroTube mutatta be.
Amint hallottam a Haikuról, azonnal kipróbáltam, és azonnal lenyűgözött — különösen a munkahelyi környezet, ami 'egyszerűen működik', és nyilvánvalóan sokkal jobb, mint bármely Linux munkahelyi környezet, amit ismeretek. Akarom-akarom-akarom!!!
Nézzük meg a harmadik napon a valódi működést!
Hiányzó alkalmazások
Az alkalmazások rendelkezésre állása - egy közel 'sorsdöntő' aspektus bármely operációs rendszernek, téma. Ha a Haikuról van szó, tudom, hogy a legtöbb esetben különféle elérhető lehetőségek vannak.
Azonban még mindig nem tudok találni alkalmazásokat a mindennapi szükségleteimhez:
- jelölő szerkesztő (például ). Természetesen létezik , de úgy tűnik, hogy nincs sem gombja, sem billentyűparancsa a szöveg formázásához. Van még , de annak a szöveg beágyazott kódként, vagy kódrészletként való megjelölésére.
- képernyőfelvétel animált GIF-be (például ). Van BeScreenCapture, de az nem tud ilyet.
- 3D nyomtatókhoz szükséges szoftver (például, , ).
- 3D CAD (például , , vagy beépített ). Van LibreCAD, de az csak 2D.
Fejlesztési modell
Mire van szüksége a Haikunak a sikerhez, az elérhető alkalmazások szempontjából? Természetesen fejlesztőket kell vonzani.
Jelenleg a Haiku fejlesztőcsapata óriási munkát végzett különböző népszerű alkalmazások integrálásán, azonban a platform teljes sikeréhez szükséges, hogy könnyen lehessen alkalmazásverziókat készíteni a Haikuhoz. Az ideális esetben a Haikuhoz való alkalmazásépítésnek egy lehetőségnek kell lennie a meglévő Travis CI vagy GitLab CI építési mátrixában. Hogyan fog egy olyan vállalat, mint az Ultimaker, amely a népszerű Cura szoftver készítője 3D nyomtatókhoz, a Haikuhoz való alkalmazásainak építésébe belemenni?
Meg vagyok győződve arról, hogy a klasszikus megközelítés a 'karbantartóval' – aki csomagokat gyűjt és tart karban egy adott Linux disztribúcióhoz – nem skálázható nagy alkalmazáslistával. Vita tárgyát képezi, hogy a 3D nyomtatók szoftvere rajta van-e ezen a listán, de például egy adott iskola órarendjének szervezésére szolgáló szoftver a listán szerepel. Mit kínál a Haiku az ilyen alkalmazások számára? (Általában ezek a szoftverek , minden operációs rendszerhez elérhetők, Linux alatt gyakran -ba vannak csomagolva, ami azt jelenti, hogy a felhasználók számára további problémák nélkül elérhetők).
LibreOffice
Nyilvánvaló, hogy a LibreOffice rendelkezésre állása a Haiku számára nem kis teljesítmény, amiről a BeOS felhasználói csak álmodhattak, de nem minden tökéletes.
Az én esetemben (Kingston Technology DataTraveler 100 USB stick) körülbelül 30 másodperc szükséges a futtatáshoz, míg a fejlesztők azt tanácsolták, hogy az alkalmazások normális indításának nem szabad 4-5 másodpercnél hosszabbnak lennie (ha normál merevlemezt használnak) [SSD-n minden kevesebb mint egy másodperc alatt elindult, — a fordító megjegyzése]).
Szeretném valahogy látni a nagy alkalmazás indításának előrehaladását, például egy 'ugró ikon', a kurzor változását, vagy valami hasonlót. A LibreOffice indítóképe csak néhány másodperc múlva jelenik meg, és addig nem tudod, hogy mi történik.

Az alkalmazások ugráló ikonjaiként az indult alkalmazásokat jelzi.
- A menüben megjelenített billentyűparancsok helytelenek (Ctrl+O van feltüntetve, de valójában Alt+O, ellenőriztem: Alt+O működik, de a Ctrl+O nem).
- Az Alt+Z nem működik (például a Writerben).
- A 'LibreOffice alkalmazás leállítási folyamatot megszakította' hibaüzenet [ez így van megtervezve, — a fordító megjegyzése].
Az alkalmazások indítási ideje
MEGJEGYZÉS: kérjük, tekintse ezt a szakaszt kritikával. A teljesítmény valójában remek, ha mások véleményére támaszkodunk. Az én eredményeim nagyon eltérnek... feltételezem, hogy a beállításaim sajátosságai és az eddigi mérések tudománytalanok. Frissíteni fogom ezt a szakaszt, ahogy új ötletek / eredmények jelennek meg.
A nem natív alkalmazások indításának teljesítménye… nem túl nagy, a különbség körülbelül 4-10-szeres. Ahogy észrevette, az indítás során csak egy CPU mag volt használatban, számomra érthetetlen okból.

Ahogy látom az alkalmazások indítási sebességét.
Indítás körülbelül 40 másodpercet vesz igénybe a Kingston Technology DataTraveler 100 USB2.0 porthoz csatlakoztatott pendrive-on (a Krita AppImage indítása néhány másodpercet vesz igénybe az Xubuntu Linux Live ISO-n USB2-n; több teszt szükséges). Javítás: Körülbelül 13 másodperc SATA SSD-n, ACPI kikapcsolásával.
Indítás 30 másodpercet vesz igénybe a Kingston Technology DataTraveler G4 USB2.0 porthoz csatlakoztatott pendrive-on (néhány másodperc az Xubuntu Linux Live ISO-n USB 2-n; több teszt szükséges) Javítás: Kevesebb mint 3 másodperc SATA SSD-n, ACPI kikapcsolásával.
Hallottam, hogy a legújabb fejlesztések több mint 10-szeresére fogják javítani a teljesítményt SSD-n. Lélegzetvisszafojtva várom.
Más véleményezők folyamatosan dicsérik a Haiku gyors működését. Kíváncsi vagyok, mi nem stimmel a rendszeremmel? Javítás: igen, az ACPI meghibásodott a rendszeremen; ha kikapcsolom – a rendszer gyorsabban működik.
Több tesztet végeztem.
#
# Linux
#
me@host:~$ sudo dmidecode
(...)
Handle 0x0100, DMI type 1, 27 bytes
System Information
Manufacturer: Dell Inc.
Product Name: OptiPlex 780
me@host:~$ lsusb
Bus 010 Device 006: ID 0951:1666 Kingston Technology DataTraveler 100
# On a USB 2 port
me@host:~$ sudo dd if=/dev/sdc1 of=/dev/null bs=64k count=4096
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 7.03517 s, 38.2 MB/s
# On a USB 3 port
me@host:~$ sudo dd if=/dev/sdc1 of=/dev/null bs=64k count=4096
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 2.08661 s, 129 MB/s
#
# Haiku - the exact same USB stick
#
/> dmidecode
# dmidecode 3.2
Scanning /dev/misc/mem for entry point.
# No SMBIOS nor DMI entry point found, sorry.
# On a USB 2 port
/> dd if=/dev/disk/usb/1/0/raw of=/dev/null bs=64k count=4096
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 7.44154 s, 36.1 MB/s
# On a USB 3 port
/> dd if=/dev/disk/usb/1/0/raw of=/dev/null bs=64k count=4096
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 7.47245 s, 35.9 MB/sTeljes átláthatóság kedvéért, mindent két különböző gépen teszteltem, Linux és Haiku rendszereken. Ha szükséges – megismétlem a teszteket egy hasonló gépen. Még mindig nem világos, miért indulnak az alkalmazások lassabban, mint USB2.0-on Linux alatt. Frissítés: a gép syslog-jában sok USB-vel kapcsolatos hiba található. Így a fent említett eredmények nem biztos, hogy jellemzőek a Haiku egészére.
Ahogy a híres mondás tartja: amit nem tudsz mérni – azzal nem tudsz gazdálkodni. Mivel van szándék a teljesítmény javítására, úgy gondolom, hogy egy tesztsorozat rendben van 🙂
Billentyűparancsok
A más operációs rendszerekről átérkezők számára a Haiku-nál minden remek, amikor a billentyűkombinációkról van szó. Személy szerint a Mac-stílusú billentyűkombinációkat szeretem a legjobban, amikor a szóköz bal oldalán található billentyűt tartom lenyomva (Apple billentyűzeteken „Ctrl”, más billentyűzeteken „Alt”) egy betű vagy szám beírásakor. Mivel a Haiku valóban jól működik ezen a területen, úgy érzem, hogy a következő lehetőségeket lehetne fontolóra venni:
Billentyűkombinációk az asztalon és azok számára
Tetszik, hogy rákattinthatok az ikonra és lenyomhatom az Alt-O billentyűkombinációt annak megnyitásához, vagy használhatom a hagyományosabb Alt-le billentyűt.
Hasonlóképpen jó lenne, ha a fájl kosárba helyezéséhez lenyomhatnám az Alt-Backspace-t, mint hozzáadott lehetőség az Alt-T-hez.
Az asztal megjelenítéséhez: jó lenne, ha alkalmazhatnánk az Alt-H-t a „Rejtéshez”, és a Shift-Alt-H-t a „Mindent elrejtéséhez”. És talán jó lenne bevezetni a Shift-Alt-D kombinációt a „Munkaasztal megjelenítéséhez”.
Billentyűkombinációk párbeszédablakokban
Megnyitom a StyledEdit-et, beírom a szöveget. Nyomom az Alt-Q-t. A program megkérdezi, hogy menteni szeretném-e. Nyomom az Alt-D-t a „Nincs mentés” lehetőséghez, az Alt-C-t a „Mégse” lehetőséghez. De ez nem működik. Próbálom a nyíl billentyűket a gomb kiválasztásához. Ez sem működik. Ugyanezeket a lépéseket megismétlem egy Qt-alapú alkalmazásban. Itt, legalábbis, működnek a nyíl billentyűk a gomb kiválasztásához. (A gombok kiválasztására szolgáló vezérlő billentyűk eredetileg a Mac OS X-ben voltak, de a fejlesztők azóta úgy tűnik, elfelejtették ezt a lehetőséget.)
Képernyőfelvételi billentyűkombinációk
Tényleg nagyszerű lenne, ha nyomhatnám az Alt-Shift-3-t az egész képernyőről készült fényképhez, az Alt-Shift-4-et, hogy megjelenjen a kurzor, amely lehetővé teszi a képernyő területének kiválasztását, és az Alt-Shift-5-öt az éppen aktív ablakhoz a dizájnjával együtt.
Érdekes, hogy ez manuálisan beállítható-e, de valószínűleg nem. Legalábbis nekem a próbálkozásom eredményt nem hozott [meg kellett volna próbálni egy szkriptbe csomagolni! — a fordító megjegyzése].
Majdnem. De nem teljesen. Az „-bw” figyelmen kívül marad, plusz további alapbeállításokra van szükség.
Egyéb dolgok a billentyűzeten
Érezni lehet a fejlesztők gondoskodását, ezért folytatom a Haiku-ban szerzett billentyűzeti tapasztalataim leírását.
Nem lehet bevinni a nemzeti karaktereket
A „`” karakter különleges, lehet egy másik karakter (például az „e”) része, de önálló is. Különböző operációs rendszerekben a kezelése is eltérő. Például nem tudom megadni ezt a karaktert német billentyűzeten a KWrite-ban; ha megpróbálom bevinni, semmi nem történik. Ugyanez a karakter a QupZilla-ban „>>”-ként jelenik meg. A natív alkalmazásokban a karakter bevihető, de dupla nyomás szükséges ahhoz, hogy megjelenjen. Háromszor való beírásához (ez általában szükséges a kódblokkok formázásakor, amit folyamatosan csinálok) hat alkalommal kell megnyomni a gombot. A Mac esetében a helyzet intelligensebben kezelhető (elég három nyomás a diakritikus jelek normál bevitelének megőrzése mellett).
Java alkalmazások
Hiányzik a JavaFX? Segít a Java, nem igaz? Hát, nem egészen:
pkgman install openjdk12_default
/ > java -jar /Haiku/home/Desktop/MyMarkdown.jar
Hiba: A fő osztály nem található vagy nem tölthető be
Oka: java.lang.NoClassDefFoundError: javafx/application/ApplicationMenjünk más úton:
/> /Haiku/home/Desktop/markdown-writer-fx-0.12/bin/markdown-writer-fx
Error: Could not find or load main class org.markdownwriterfx.MarkdownWriterFXApp
Caused by: java.lang.NoClassDefFoundError: javafx/application/ApplicationKiderül, hogy a való életben a Java alkalmazások nem olyan hordozhatóak, mint ahogy a reklámokban ígérik. Létezik JavaFX a Haiku számára? Ha igen — miért nem települ az openjdk12_default-lal együtt?
Nem működik a dupla kattintás a jar fájlra
Meglepő, hogy a Haiku nem tudja kezelni a dupla kattintást a .jar fájlra.
A Bash furcsán viselkedik
Mivel van bash, elvárható volt, hogy a pipes működjenek:
/> listusb -vv > listusb.txt
bash: listusb.txt: Invalid ArgumentZárás
Miért írom ezeket a cikkeket? Véleményem szerint a világnak valóban szüksége van egy nyílt forráskódú operációs rendszerre, mint a Haiku, amely nyilvánvalóan a PC-kre összpontosít, és mert egyre jobban zavar a tény, hogy a Linux munkakörnyezetek . Nem állítom, hogy egy megkívánt felhasználói környezet létrehozásához teljesen más mag szükséges, vagy hogy hasonló környezet érhető el a Linux mag fölött, de érdekel, mit mondanak erről a magszakértők. Amíg pedig csak játszom a Haiku-val és jegyzetelgetek, remélve, hogy ezek hasznosak lesznek a Haiku fejlesztőknek és / vagy az érdeklődő közönségnek.
Próbáld ki te is! A Haiku projekt DVD- vagy USB-ről letölthető képeket biztosít, amelyek . A telepítéshez elegendő letölteni a képet és felírni egy pendrive-ra a .
Kérdéseid vannak? Meghívunk a magyar nyelvű .
Hibák áttekintése:
Től Fordítása: ez a Haiku-ról szóló ciklus harmadik cikkje.
Cikkek listája: , .
Forrás: habr.com
