Összefoglalva; Egy kezdő először próbálta ki a Haikut, és úgy döntött, hogy fantasztikus. Különösen a Linuxon elérhető munkakörnyezetekhez képest.
Már megosztottam ötleteimet (valamint csalódásaimat) a #LinuxUsability kapcsán (, , , , , ). Ebben a véleményben leírom az első benyomásaimat a , nyílt forráskódú operációs rendszer személyi számítógépekhez. Néha az első benyomások hasznosak lehetnek, de mivel az első benyomást csak egyszer lehet szerezni — én az enyémet itt őrzöm.
A rendszer, amelyen ezt a véleményt írom
Lehet, hogy ezek hasznosak lesznek a Haiku fejlesztői és más érdekelt felek számára.
Valahol tévedhetek, mivel csupán a saját (értsd: naiv) első tapasztalatomat írom le. A barátságos emberek a #haiku csatornán az irc.freenode.net-en segítettek nekem javaslatokkal — azokat is közzéteszem. Köszönöm, Haiku fejlesztők!
Amit mondani akartam: a Haiku még nem 100%-ban tökéletes, de már van egy szilárd munkakörnyezete.
Telepítés
A Haiku projekt CD- vagy DVD-lemezekről letölthető image-öket biztosít, . Az én USB-3 flash meghajtómmal indítottam a telepítést. Mondták, hogy az USB-3-ról történő indítás nem működik, de az Intel alapú két tesztelési rendszeremben minden hibátlanul működik.
A telepítés folyamatát egy 64 bites image letöltésével kezdtem, amelyet aztán a program segítségével írtam a flash meghajtóra. EFI
, mind anélkül — tisztelet a megfelelő image biztosításáért. BeFS fájlrendszerét
használja a rendszereszteléshez, bár alapvetően támogatja a FAT32 és NTFS fájlrendszereket is. Általában a rendszernek elegendő 600 MB, de a további alkalmazásokhoz több hely szükséges. /EFI/BOOT/BOOTx64.EFIAlapértelmezetten egy 600 MB-os BeFS partíciót és egy 3 GB-os FAT32 partíciót hoz létre. A FAT32-en található egy fájl, ami lehetővé teszi az EFI támogatású rendszerek indítását. Sajnos nem találtam programokat a BeFS méretének növelésére, és remélem, a jövőben más partíciós sémát hoznak létre, mert a partíció image mérete kicsire van rögzítve, és lehet, hogy nem elegendő szabad hely marad a további szoftver számára. Jól jönne, ha a további szoftvercsomagok a második FAT32 partícióra lennének mentve.
Ez a megoldás előny lenne azok számára, akik közvetlen hozzáférést szeretnének kapni fájlokhoz más rendszerekből. Linux alatt már van BeFS olvasási támogatás, léteznek írás-olvasási megoldások BeFS-hez .
Haiku telepítő
Tanácsot kaptam: ha nagyobb partíciót szeretnél használni, telepítsd a Haikut egy másik pendrive-ra.
Számomra ez a lépés lényegtelen, mivel a Haiku telepítő nem képes lemezparticionálásra, csak elindítja a DriveSetup programot, amelyben manuálisan kell particionálni a lemezt, létrehozni egy partíciót, amit aztán BeFS-re kell formázni, majd az irányítás visszatér a telepítőhöz. Ezen kívül manuálisan kell telepíteni a betöltőt is, külön program használatával. Sajnos nem tudtam EFI-ből bootolni ezzel a particionálással, mivel hiányzik belőle a FAT32 partíció a boot fájlok számára EFI-hez. Jól jönne egy telepítő, ami automatikus particionálásra képes, beleértve az EFI speciális igényeit.
BootManager telepíti a betöltőt a lemezkére
A telepítési folyamat kevesebb mint három percet vesz igénybe, ami meglehetősen gyors. Ekkor az egész rendszer másolódik, amely "csupán" 4751 fájlból áll. Ennek oka, hogy a legtöbb szoftver hpkg fájlokként van csomagolva (valami hasonló a Linux rendszerek Snap csomagjaihoz), amelyek soha nem települnek, hanem egyszerűen csak fel vannak csatolva. Ami érdekes, hogy elég sok "szabad" fájl is van, például png. Miért nincsenek csomagolva?
Ahogy már említettem, még az operációs rendszer magja is hpkg fájl formájában érkezik. (4751 fájlról beszéltem, mert a HaikuDepot indítása előtt elindítottam, amely rengeteg mindent letöltött. A tiszta telepítés nyilvánvalóan nem tartalmazza őket mind, és körülbelül 200 csomaggal gyorsabban telepíthető. Szuper! Ahogy mondták, az, hogy a letöltött fájlok nem kerülnek figyelmen kívül a telepítés során, ez . Na, itt van láthatóan az első hiba jelentés, ami az én javaslatomra készült).
Első indítás
A rendszer elindul, és egy szép indítókép látható, majd megáll: indítás után a videokártyám (Radeon) fekete képernyőt mutat.
Tanácsot kaptam, hogy biztonságos módban bootoljak egy 1024x768 felbontású képernyőre a FullHD monitoron. Elvileg bajlódhattam volna a betöltővel, hogy FullHD-t is használhassak, de egy másik számítógépen, amely Intel videokártyával rendelkezik, minden probléma nélkül működött.
A rendszer USB-ről választhatóan működik, nyilvánvalóan azért, mert USB-re nem íródik semmi munka közben, így remélem, hogy használhatom az USB-t mint fő munkarendszert. Valódi rendszert kapsz az USB-ről való indításkor, ellentétben a lassú „élő” Linux képekkel.
A rendszerindítás során nem villog a képernyő, nem látszanak a kernel üzenetek, és nem az a benyomás, hogy az Xorg kék ragasztószalaggal van rögzítve a kernelhez. A tipikus Linux disztribúciókkal ellentétben itt a kernel és a GUI kölcsönösen összehangoltak!
Nincs bejelentkezési felület, mivel a rendszer egy felhasználóra készült. Minden egyszerű, pontosan az, amire szükség van egy személyi számítógéphez.
Több felhasználó támogatására van szükség — adj nekik egy-egy USB-t, amelyek ára nem haladja meg az 5 dollárt.
Első benyomások a munkakörnyezetről.
Ha az első érzéseket összehasonlítom — inkább Mac-re hasonlít, mint például Linux Gnome-mal. A „command” billentyű pontosan úgy működik, mint a Mac-en. Jól van!
Semmi sem hasonlítható a térbeli fájlkezelőhöz, érzésre — a régi, jó Mac!
(mint a Macintosh System 1.0), sajnos minden ablak nem menti el a beállításait (például lista vagy ikon nézet). Mint mondták, ez hiba, amit valószínűleg nem nehéz kijavítani. (Sajnos, mivel az eredeti rendszert használja, ami nem alapul GitLabon vagy GitHubon, és nem lehet belépni ezek segítségével). A fájlok megkapják a ikonjaikat, nincsenek problémák az asztali fájlokkal és ikonokkal.
Jól van! Sokkal jobb, mint a Linux munkakörnyezeteknél, a egyszerűség érződik.
Teljesítmény
Az operációs rendszer gyorsan működik még gyenge hardveren is, mint egy Atom alapú netbook. Nem érezni a túlbonyolított szoftver rétegeket. Jól van!
mondta, hogy a LibreOffice érzésre gyorsabban működik, mint más operációs rendszereken, de ezt még nem ellenőriztem.
Bryan Lunduke. Haiku OS Beta — áttekintés és benyomások.
Parancssor
Tartalmaz egy terminált. Összességében, a Linux-szal kapcsolatos kisebb eltérések ellenére azonnal elsajátítottam, valójában — egy szokásos bash, ami nagyon örömteli volt.
Üdvözöljük a Haiku shell-ben.
Ebben könnyen elindíthatod az alkalmazásokat, amelyek a $PATH-on találhatók:
~> Touchpad
~> echo $PATH
.: /boot/home/config/non-packaged/bin: /boot/home/config/bin: /boot/system/non-packaged/bin: /bin: /boot/system/apps: /boot/system/preferencesWow! «.» in $PATH! This means that you can run commands directly from the current directory (Linux users once told me that the world would explode if I tried to do this). Great!
bash running in the Haiku terminal
What’s cool about the terminal is that you can press ctrl + c to copy, just like in other applications, unlike Linux work environments where you have to press ctrl + shift + c in the terminal.
Little things that demonstrate the integrity of the whole system.
File system structure
The partition from which the booting takes place is mounted in /boot. How simple!
No clutter /etc, /usr, /bin… Just /home és /system. Clean, simple, clear. Good! (Not quite: they exist, but are hidden. Why? Because /bin ez /system/bin, there’s no need to display this in the Tracker, but scripts still use it. I think developers should get rid of outdated things made for compatibility, as this only complicates understanding.)
packagefs
I mentioned earlier about hpkg files, which are somewhat similar to packages on Linux, but they are not installed, they are simply mounted (like snap packages). The file system that does this magic is called packagefs. It mounts hpkg files over others, creating the entire /system directory this way.
Unfortunately, the mount command does not show what is mounted.
~> mount
usage: mount [-ro] [-t fstype] [-p parameter] [device] directory
-ro mounts the volume read-only
-t specifies the file system to use (defaults to automatic recognition)
-p specifies parameters to pass to the file system (-o also accepted)
if device is not specified, NULL is passed (for in-memory filesystems)I was advised to try mountvolume, which will show mounted partitions, but unfortunately, it also does not show mount points with packagefs (only those related to partitions or disk images will be shown). [Fortunately, if you run mount or df somewhere on a host with docker, you can scroll through a couple of screens! — jegyzet: fordító] But you can pull a trick with 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/1Mint látható, /system és /home/config bent /boot this is exactly packagefs.
Those who know me are aware that I am a fan of drag-and-drop support in file managers: for example, I use NeXT-style application sets, or .
In any case, there are drawbacks to this software distribution format. Can packagefs combine the best of both?
Ahogy látható, az én esetemben (a rendszerpartíció tele van, de alkalmazásokat szeretnék telepíteni) elegánsabb lenne, ha valahova a böngészővel tölthetném le az alkalmazásokat, éppen úgy, ahogy a fájlokkal teszem. .dmg Mac vagy AppImage esetén. A packagefs a kernelben él, így ez nem FUSE fájlrendszer (bár tudom, hogy a FUSE is elérhető a Haiku-ban). Azt is mondták, hogy a jövőben valószínűleg lesznek további "packagefs zónák", ami valószínűleg azt jelenti, hogy meg tudom mondani a packagefs-nek, hogy például különböző partíciókon tárolja a csomagokat. Ez tetszik nekem – hiszen ha a partíció eltávolítható médián van, akkor leülhetek egy másik számítógéphez, és ott is működő alkalmazásokat kaphatok.
Azt is mondták, hogy a drag-and-drop módszerrel a csomagok telepítése is működik: elég, ha áthúzza a fájlt a /system/packages Kubernetes Slack-csatornáján. /home/config/packages telepítéshez, és ha kihúzza onnan – az törlődik. Ha egy olyan csomagot húzunk át, amelynek nem teljesülnek a függőségei – a rendszer kérni fogja azok előzetes telepítését.
Először nem volt világos számomra, hogyan kezeli a packagefs az egy-egy csomag több verzióját, mi történik, ha például különböző gcc verziókat vagy más GUI programokat akarok telepíteni? (Az egyik fejlesztő azt mondta, idézem: "a packagefs önmagában nem tartalmaz olyan elemeket, amelyek megakadályozzák ugyanazon néven lévő csomagok telepítését, de mivel az OpenSuse-ból származó libsolv-t használják a függőségek kezelésére, amely nem engedi ezt, ezért a HaikuDepot-ban is megtiltották ezt a beállításokban". El tudom magyarázni, miért tetszik nekem az .app, AppDir és AppImages csomagok ötlete).
Dinamikus könyvtárak
Van dinamikus könyvtárak technológiája? Igen, ez például akkor látszik, ha duplaklikkel indít egy alkalmazást, amelyben hiányoznak a könyvtárak:
El tudná képzelni ezt gnome, kde vagy xfce környezetben?
Linux alatt egy ilyen indítás semmit sem mutatna. Nézzük meg, mennyi ideig tart különböző környezetekben:
- GNOME:
- KDE:
- XFCE:
- MATE:
Mi a helyzet a vizsgálatokkal?
~> ldd
bash: ldd: parancs nem találhatóHasználni kell a helyettesítést:
~> objdump -x /bin/bash | grep NEEDED
NEEDED libreadline.so.7
NEEDED libhistory.so.7
NEEDED libncurses.so.6
NEEDED libintl.so.8
NEEDED libroot.soElvileg ldd jobban működne, mivel további információkat mutatna a könyvtárak betöltési útvonalairól.
De honnan töltődnek be valójában?
~> echo $LIBRARY_PATH
%A/lib:/boot/home/config/non-packaged/lib:/boot/home/config/lib:/boot/system/non-packaged/lib:/boot/system/libTehát a könyvtárakat közvetlenül a végrehajtható fájl mellett lehet elhelyezni, és az "egyszerűen működni fog". Mennyire menő! Egyszerűen csatlakoztathat különböző könyvtárakat az alkalmazáshoz anélkül, hogy a rpath vagy az LD_LIBRARY_PATH környezeti változó beállításával bajlódna, mint Linuxon. Remek!
Van egy könyvtár (/boot/system/lib/libstdc++.so.6.0.24), amely borzalmas Linuxon.
Mi van, ha az alkalmazásnak újabb verzióra van szüksége, mint ami elérhető a /boot/system/lib könyvtárban?
A hétköznapi felhasználó valószínűleg frissít a legújabb verzióra, mert ebben a rendszerben nincs "Administrator" felhasználó jelszóval [a szerző erre a könnyűséget utal]. jegyzet: fordító].
Nos, legalábbis így tűnik. (Valójában a "felhasználó" a root párjaként működik. A jelszót a következő parancs segítségével lehet beállítani: passwd, ezután be kell állítani PermitRootLogin=yes be. sshd_config, majd csatlakozni lehet kívülről ssh-n keresztül. A fejlesztők azt mondták nekem, hogy alapértelmezés szerint minden alkalmazás root felhasználóként fut. Végül valószínűleg ezt is finomítani fogják... De nem vagyok benne biztos, hogy ez tetszeni fog nekem.)
Mivel nincsenek Haiku disztribúciók, az alkalmazásfejlesztők sem férnek hozzá a frissebb verziókhoz, mint amik elérhetőek az ön rendszerében. Az eredmény: kevesebb csalódás, a dolgok "egyszerűen működnek". Nagyszerű egyszerűsítés! Nekem tetszik.
Erőforrások és regisztráló
Ahogy korábban már említettem, az alkalmazások típushoz és ikonhoz jutnak, így nem kell a fájlokkal bajlódnod az asztalon és hasonló dolgokkal. Említették nekem, hogy van egy különleges szolgáltatásregisztráló, amely tud az alkalmazásokról, fájltípusokról és ikonokról. Mindig értesítést kap, amikor csomagot telepítenek vagy fájlt hajtanak végre (a következő program használatával: chmod vagy mimeset).
Valamire emlékeztet a Mac-en. És ez az, ami Remek!
A bináris fájlok beépített ikonokat kapnak erőforrásként, így nem szükséges külön ikon az asztali fájlok mellett. Majdnem olyan, mint a Macintosh System 1-ben. Király!
Az alkalmazás típusok, támogatott dokumentumtípusok, beépített erőforrások és verzióinformáció
A Tracker (fájlkezelő) automatikusan jelöli a bináris fájlokat végrehajthatónak. Ezt vártam már több mint 10 éve a Linux munkakörnyezeteitől.
Mindez rendkívül szórakoztató. Mennyire klassz! Az élet ennyire egyszerűvé válik. Ez kifinomultabb és inkább hasonlít a Mac-re, mint a Linuxon. Vagy ez...
Linux alkalmazás végrehajtási bit nélkül
A Gnome-ban lehetőség van végrehajtható fájlok indítására a fájlkezelőből, de a közösség felfordulást okozott — és mindenki visszaállította.
Azt is mondták nekem, hogy az alkalmazások a find_paths() függvényt használják /usr/bin és /usr/share (a Linux munkakörnyezetek közös jellemzője), ami lehetővé teszi számukra, hogy mozogjanak a fájlrendszerben. Állva tapsolok! .
Ami meglepett
- Zavaró volt, hogy
/bootez a rendszerbetöltő partíció, ahonnan a rendszer indul. Miért nem "/"? Vagy/Haiku? (Пояснение: действительно,/bootez mindig a boot partíció, a munkaasztalon "Haiku" néven jelenik meg, mert ez a neve. Nézd a "/"-t, mint a Mac System 1 asztali analógjára, a hierarchia gyökere, amely valójában nem létezik a lemezeken). - A felhasználó által telepített csomagok számára a csatlakozási pont
/home/config. Miért nem egyszerűen/home? (Один из разработчиков пояснил мне, что они не хотят засорять домашний каталог, но мне кажется, config — название неудачное, потому что внутри есть подкаталогbin/, így ez nem csak a beállítások tárolása). - Mi a licenc a mindenre? Például a az "Programról" nézetben nincs egyértelmű jelzés. Az "Erről a rendszerről" mezőben azt írják, hogy a Haiku kód MIT licenc alatt áll. Remek! (Azt is mondták nekem, hogy a WebPositive az operációs rendszerrel együtt érkezik ugyanazzal a licencsel, azonban a WebKit motorja nagyrészt kétrészes BSD alatt áll).
Ami nem működött úgy, ahogy vártam
Elsősorban meglepett az eszköz támogatásának szintje. Az Atom alapú netbookomon minden, beleértve a WLAN-t, működött. De vannak néhány sajátosság a működésben.
- Teljes működésképtelenség Macintosh hardveren, függetlenül az EFI üzemmódtól vagy a BIOS emulációtól ("Windows"). A rendszer egyszerűen lefagy, ha a Mac indítósikonját választod. Azt mondták nekem, hogy ez és el lehet indítani a , de ezek a beállítások nekem túl bonyolultak.
- Grafikai gyorsítás. Úgy tűnik, hogy a Radeon használata egyelőre lehetetlen (fekete képernyőt kaptam), de az Intelnél sem minden sima. A WebPositive videógyorsítása csak szoftveres, beleértve a H.264-et. Meglepetés, hiszen az eredeti orientáció a videóra irányult. Az egyik fejlesztő pontosította, hogy a WebPositive-ban a videó egy laggos hack segítségével működik.
- Nincs hang? "A hangkártyák illesztőprogramjai még mindig hiányosak", mondta a fejlesztő. Valószínűleg szükség van valakire, hogy támogassa az HDA illesztőprogramot, hasonlóan az USB-3-hoz. Jelenleg a hang eléréséhez elegendő a másik operációs rendszerből való hideg újraindítás, és hiszem, hogy ezt valamikor javítani fogják.
- Nem működnek a fényerő- és hangerőszabályozó gombok. (Az alap már rendelkezésre áll a Shortcut alkalmazás keretein belül: bármilyen billentyűzet kombinációt bármelyik kívánt funkcióhoz látogathatunk, de eddig a Haiku nem tud dolgozni a médiagombokkal. Talán van valaki, aki önként vállalná?)
- Kétujjas vezérlés a touchpadon. Alapértelmezés szerint nem működik. Van egy beállítási panel, amely azt jelezte, hogy "Nem található touchpad, a beállításoknak nem lesz hatása." ( az ELAN Input Device, ACPI ETD050A-val).
- A meglévő alkalmazással, amely fájlokat olvas digitális fényképezőgépekből és Android okostelefonokból, nem működött a szinkronizálás MTP és PTP módokban. Nagyszerű lenne, ha más partíciókként csatlakoznának a rendszerben.
- A laptop fedelének bezárása nyilvánvalóan nem kezelhető. (Tudom, hogy a Haiku még mindig nem működik ACPI-val: a támogatás megvalósítva van, de alapértelmezés szerint nincs bekapcsolva; nincs újra-illesztőprogram-inicializálás)
- Nem tudtam fiókot létrehozni a hibaelőzményt követő területén, mivel nem működik a WebPositive-ban.
Alkalmazások
A operációs rendszer fő célja alkalmazások futtatása. Attól féltem, hogy a Haiku alatt nem lesznek alkalmazások a valódi munkához. Szerencsére tévedtem, hiszen remény van a fejlődésre – amikor a Haukut gyakrabban használják.
(vizuális kiadói alkalmazás) elérhető, és ez egy meglehetősen bonyolult Qt alapú alkalmazás. Ezenkívül van is (IDE).
Érdekelne, hogy írnak-e ma natív Be alkalmazásokat a Haiku-hoz, natív eszközöket használva (ha léteznek), vagy elegendő a QtCreator használata (ami megkönnyítené a platformok közötti alkalmazások portolását). A Haiku fejlesztőinek álláspontja – a natív Haiku alkalmazások "kifejezett" preferenciája. Igaz? Kétségeim vannak, hogy létezik olyan alkalmazás a valódi munkákhoz, amely nem platformfüggetlen (az általam használt összes alkalmazás platformfüggetlen).
A WxWindows alkalmazások támogatása be van jelentve.
A Gtk+ támogatásának hiánya csalódást okoz. Ez azt jelenti, hogy a Haiku-ra a közeljövőben nem lesz Gimp (nos, azt hiszem), de van helyette Krita!
Azt hiszem, szükség van egy egyszerű és világos módra a Haiku alkalmazások létrehozására, — Travis CI és GitLab CI használatával.
Merre tartunk?
Beragad a Haiku a BeOS UX koncepciójába? Szerintem a vonzerejéhez alaposan meg kell gondolni az új UX sémák bevezetését, miközben hűséges marad az alapjaihoz.
Például:
- Meg kell maradni egyszerűnek, a sok 100500 opció nélkül, amelyek a Linuxot "bonyolulttá" teszik.
- Használjuk az egérhez az nyíl kurzort a furcsa kéz helyett.
- Lesz Dock? (Tudom, hogy van valami Dockhoz hasonló dolog, amit , még közelebb áll a Dockhoz , de az eredeti BeOS már 1998-ban is rendelkezett Dockkal!)
- Globális menü? (Nyilvánvalóan nem, mivel nem lát különösebb előnyt).
- Gyors ablakváltás? (Azt mondták, megpróbálható aktiválni a "", ha lenyomva tartjuk a Windows gombot az ablak húzása közben, de ez nem intuitív, sőt — nálam nem működik).
- Ablakok kinyitásának és becsukásának animációja?
- Árnyékok az ablakok mögött?
- Támogatás a témákkal, mint az Aqua? (Igen, lehetséges, van infrastruktúra és eszközök, például , de valakinek létre kell hoznia a témákat. Én is megpróbálnám, mondták, hogy van dokumentáció a /xref/haiku/headers/os/interface/ControlLook.h, но не сейчас).
Ezek finom részletek, figyelembe véve, a rendszernek nem szabad elveszítenie az egyedi jellegét.
Zárás
A Haiku valóban megnyitotta a szemem, megmutatta, hogyan működik "egyszerűen" egy munkahelyi környezet.
Több mint 10 éve váltottam Mac-ről Linuxra, és azóta keresem ugyanezt a szintű eleganciát és szépséget, és a Haiku sok tekintetben megfelel ennek.
Őszintén szólva, vannak hibái, de meglepően sok dolog, beleértve a hardvert, például a WLAN-t vagy a nyomtatókat, "egyszerűen működik".
Azonban a rendszer elsődlegesen egy munkahelyi környezet koncepcióját képviseli, amely hiányzik a Linux munkahelyi környezetéből.
Egy integrált rendszer (nem csak mag és különböző konkuráló felhasználói környezetek) mindent egyszerűvé és következetessé tesz.
A különböző kiadások (disztribúciók) hiánya még egyszerűbbé teszi a dolgokat.
Az egyetlen felhasználóra való számítás a rendszerben tovább csökkenti a bonyolultságot.
Eredmény: egy nagyon egyszerű, kifinomult, sok szempontból minimalista rendszer, amely "egyszerű halandók" számára készült, nem UNIX rendszeradminisztrátorok számára.
Van remény, hogy amikor ez a rendszer népszerűbbé válik (ami elkerülhetetlen), a bonyolultsága nem fog nőni.
Már írtam a #LinuxUsability-ről a múlt ciklus cikkeiben. Jó tudni, hogy a Haiku megoldja a sok érintett problémát, .
Egy nap elegendő volt számomra, hogy megbizonyosodjak: ezt a munkahelyi környezetet szeretném napi használatra, és keresem az alternatívákat a rendszer fejlesztéséhez való hozzájárulásomhoz is.
Próbáld ki te is! A Haiku projekt DVD-re vagy USB-re tölthető képeket biztosít, . A telepítéshez elegendő letölteni a képet és felírni egy pendrive-ra a .
A fordító jegyzete: ez csak az első cikk a Haiku-ról szóló ciklusból, a többi fordításra vár, és később kerül publikálásra.
Forrás: habr.com
