Мојот прв ден со Хаику: таа е неочекувано добра

TL:DR; Еден почетник го проба Хаику за прв пат и мислеше дека е одлично. Особено во споредба со десктоп средини достапни на Linux

Веќе ги споделив моите идеи (и разочарувања) во врска со #LinuxУпотребливост (дел 1, дел 2, дел 3, дел 4, дел 5, дел 6). Во овој преглед ќе ги опишам моите први впечатоци од Хаику, оперативен систем со отворен код за персонални компјутери. Понекогаш првиот впечаток е корисен, но бидејќи првиот впечаток го добивате само еднаш, јас го зачував мојот овде.

Системот на кој ја пишувам оваа рецензија

Можеби тие ќе бидат корисни за развивачите на Хаику или други заинтересирани страни.
Можеби некаде грешам, бидејќи само го опишувам моето лично (читај: слепо око) прво искуство. Исто така, пријателските луѓе на каналот #haiku на мрежата irc.freenode.net ми помогнаа со совети - и јас ќе ги објавам. Ви благодариме, програмери на Хаику!

Што сакав да кажам: Хаику сè уште не е 100% совршено, но веќе има солидна работна средина.

Инсталација

Проектот Хаику обезбедува слики за подигнување од ЦД или ДВД, се формираат секојдневно. Јас користев USB-3 флеш драјв. Ми кажаа дека подигањето од USB-3 можеби нема да работи, но на моите два тест системи базирани на Интел функционира беспрекорно.

Самиот процес на инсталација го започнав со преземање слика за 64 бита, која потоа ја напишав на флеш драјв користејќи ја програмата Етчер. Преземањето работи како EFI, и без тоа - мојот аплауз за обезбедување на таква слика.

Хаику користи свое Датотечниот систем BeFS за партицијата за подигање, иако, во принцип, се декларира поддршка за FAT32 и NTFS. Генерално, 600MB се доволни за системот, но потребен е повеќе простор за дополнителни апликации.

Стандардно, се креираат партиција од 600 MB со BeFS и партиција од 32 GB со FAT3. Има датотека на FAT32 /EFI/BOOT/BOOTx64.EFI, што значи дека може да се подигне на системи со EFI. За жал, не најдов програми за зголемување на големината на BeFS и се надевам дека во иднина ќе направат поинаква шема за партиција на дискот, бидејќи големината на сликата на партицијата е фиксирана мала и можеби нема доволно слободен простор за дополнителни софтвер. Би било убаво доколку дополнителни софтверски пакети се складираат на втора партиција FAT32.

Истото ова решение би било предност за оние кои сакаат да пристапуваат до датотеки директно од други системи. Linux Веќе постои поддршка за читање на BeFS, постојат имплементации за читање и пишување на BeFS под FUSE.

Инсталатор на хаику

Тие ми дадоа совет: ако сакате да користите попространа партиција, инсталирајте Haiku на друг флеш диск.
За мене, овој чекор е, во принцип, излишен, бидејќи инсталаторот Haiku не знае како да партицира дискови, туку едноставно ја стартува програмата DriveSetup, во која треба рачно да го поделите дискот, да додадете партиција, која потоа се форматира во BeFS, по што контролата се враќа на инсталерот. Исто така, ќе треба рачно да го инсталирате подигнувачот користејќи посебна програма. За жал, не можев да се подигнам од EFI со оваа партиција, бидејќи нема партиција FAT32 со датотеки за подигање за EFI. Ќе биде корисен инсталатер способен за автоматско партиционирање вклучувајќи ги функциите EFI.

BootManager го инсталира подигнувачот на дискот

Самиот процес на инсталација трае нешто помалку од три минути, што е доста брзо. Го копира целиот систем, кој се состои од „само“ 4751 датотеки. Ова е затоа што поголемиот дел од софтверот е спакуван како hpkg датотеки (донекаде слично на Snap пакетите во Linux (системи) кои никогаш не се инсталираат, туку едноставно се монтираат. Интересно е што има доста „бесплатни“ датотеки, како што е png. Зошто не се спакувани?

Како што веќе реков, дури и кернелот на оперативниот систем доаѓа во форма на датотека hpkg. (Зборував за 4751 фајлови затоа што пред да го инсталирам стартував HaikuDepot, кој презеде еден куп работи. Чистата инсталација изгледа не ги содржи сите и може да се инсталира побрзо со околу 200 пакети. Супер! Што ми е кажано е тоа што преземените датотеки не се игнорираат за време на инсталацијата - ова е софтверска грешка. Леле, изгледа ова е првиот извештај за грешка напишан на мој предлог).

Прво подигање

Системот се подига, прикажувајќи убав екран со прскање, а потоа запира: по вчитувањето, мојата видео картичка (Radeon) покажува црн екран.

Ме советуваа да го подигнам екранот во безбеден режим со резолуција од 1024x768 на FullHD монитор. Во принцип, беше можно да се поткопа со подигнувачот за да работи со FullHD, но на друг компјутер со видео картичка Intel сè работеше беспрекорно.

Самиот систем работи одговорно од флеш-драјв, очигледно затоа што ништо не се запишува на флеш-драјвот за време на работата, па се надевам дека ќе го користам флеш-драјвот како мој примарен работен систем. Ќе добиете вистински систем при стартување од USB, за разлика од бавните „живи“ системи. Linux слики.

Нема треперење на екранот за време на стартувањето, нема пораки од јадрото и нема чувство дека Xorg е залепен на јадрото со сина лента. За разлика од типичните дистрибуции. Linux, јадрото и графичкиот кориснички интерфејс се креирани и прилагодени едно за друго тука!

Нема барање за најава бидејќи системот е направен за еден корисник. Сè е едноставно, токму она што е потребно за персонален компјутер.

Ако ви треба поддршка од неколку корисници, дајте им флеш диск, од кои секоја чини не повеќе од 5 долари.

Први впечатоци од работната средина

Ако го споредите првиот впечаток, повеќе личи на Mac отколку, на пример, Linux Со Gnome. Копчето „command“ работи потполно исто како и на Mac. Одлично!

Ништо не го надминува просторниот менаџер на датотеки што се чувствува како добар стар Mac!

Стандардниот менаџер на датотеки е просторен (како Macintosh System 1.0), за жал, секој прозорец не ги памети своите поставки (на пример, гледање како листа или како икони). Како што ми беше кажано, ова е грешка, која верувам дека нема да биде тешко да се поправи. (за жал, пишувајте извештаи до „мимокрокодил“ во тракерот за бубачки за Хаику тешко - се користи оригинален систем, не базиран на GitLab или GitHub, што исто така е невозможно да се најавите со нивна помош). Датотеките добиваат свои икони, нема проблеми со посебни датотеки на работната површина и иконите.
Добро! Многу подобро од десктоп средини за Linux, можете да ја почувствувате едноставноста.

Перформанси

Оперативниот систем работи брзо дури и на опрема со мала моќност како што е Atom netbook. Нема надуени слоеви на софтвер. Добро!

Лундук рече дека се чини дека LibreOffice работи побрзо отколку на другите оперативни системи, но сè уште не сум го тестирал ова.

Брајан Лундук. Хаику ОС Бета - преглед и впечатоци

Командна линија

Составот вклучува терминал. Општо земено, и покрај малите разлики со Linux Веднаш се навикнав; всушност е само обично забавување, што ме направи многу среќна.

Welcome to the Haiku shell.
In it, you can easily launch applications that are on the $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

Леле! "."Во $PATH! Ова значи дека можете да извршувате команди директно од тековниот директориум (Linuxoids еднаш ми кажа дека светот ќе експлодира ако го пробам тоа). Одлично!

баш трчање во терминалот Хаику

Друга интересна работа во врска со терминалот е што можете да притиснете ctrl + c за копирање, исто како и во другите апликации, за разлика од десктоп средини. Linux, каде што треба да притиснете ctrl + shift + c во терминалот.
Мали нешта кои го покажуваат интегритетот на целиот систем.

Структура на датотечен систем

Партицијата од која доаѓа преземањето е монтирана /boot. Колку едноставно!
Без куп /etc, /usr, /bin… Само /home и /system. Чисто, едноставно, разбирливо. Добро! (Не навистина: тие се таму, но скриени. Зошто? Затоа што /bin овој /system/bin, нема потреба да се прикажува ова во Tracker, но скриптите сè уште го користат. Мислам дека програмерите треба да се ослободат од застарените работи направени заради компатибилност бидејќи тоа само го отежнува разбирливоста.)

пакувања

Претходно споменав за hpkg датотеките, кои се донекаде слични на пакетите на Linux, но тие не се инсталирани, туку само монтирани (како пакетите snap). Датотечниот систем што ја прави оваа магија се нарекува packagefs. Тој ги монтира hpkg датотеките врз други датотеки, што резултира со креирање на целиот директориум /system на овој начин.

Командата за монтирање, за жал, не покажува што е монтирано.

~> 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)

Ми препорачаа да пробам mountvolume, кој ќе прикажува монтирани партиции, но, за жал, исто така не ги прикажува точките за монтирање со пакети (ќе ги прикажува само оние поврзани со партиции или слики од дискот). [За среќа, ако извршите монтирање или df некаде на домаќин со докер, можете да се движите низ неколку екрани! - прибл. преведувач] Но, можете да направите трик со 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

Како што се гледа, /system и /home/config внатре /boot ова се само пакети.
Луѓето кои ме познаваат знаат дека сум љубител на поддршка за влечење и спуштање во менаџерите на датотеки: на пример, користам пакети апликации во стилот на NeXT, или Апликации.
Во секој случај, има недостатоци во овој формат на дистрибуција на софтвер. Дали пакетите можат да го комбинираат најдоброто?

Како што можете да видите, во мојот случај (системската партиција е полна, но сакам да инсталирам апликации), би било поелегантно да преземам апликации некаде користејќи прелистувач, исто како што правам со датотеките .dmg за Mac или AppImage. packagefs живее во кернелот, така што не е датотечен систем за FUSE (иако знам дека и Хаику има FUSE). Исто така, ми беше кажано дека може да има дополнителни „зони на пакети“ во иднина, што најверојатно значи дека ќе можам да им кажам на пакетите да складираат пакети на посебни партиции на дискот, на пример. Ми се допаѓа ова - на крајот на краиштата, ако партицијата на дискот е на пренослив медиум, можам да седнам на друг компјутер и да добивам апликации што работат таму.

Тие, исто така, рекоа дека инсталирањето пакети исто така функционира со помош на методот влечење и пушти: само повлечете ја датотеката во /system/packages или /home/config/packages за инсталација, и ако ја извадите датотеката од таму, таа ќе биде избришана. Ако повлечете пакет со незадоволни зависности, системот ќе побара нивна прелиминарна инсталација.

Отпрвин не ми беше јасно како packagefs се справува со повеќе верзии на истиот пакет, што се случува ако сакам да инсталирам, на пример, различни верзии на gcc или други GUI програми? (Еден од програмерите рече, цитат: „самиот packagefs не содржи ништо што спречува да се инсталираат повеќе пакети со исто име, но бидејќи libsolv на OpenSuse се користи за резолуција на зависност, што не го дозволува тоа, тоа беше забрането да се направи и самиот HaikuDepot во поставките." Можам да објаснам зошто ми се допаѓа идејата за пакетите .app, AppDir и AppImages).

Динамични библиотеки

Дали постои динамична библиотечна технологија? Да, ова е видливо, на пример, ако стартувате апликација со библиотеки што недостасуваат со двоен клик:

Можете ли да го замислите ова во gnome, kde или xfce?

В Linux Лансирање како ова не би открило ништо. Ајде да видиме колку време ќе биде потребно во различни средини:

• ГНОМ: https://gitlab.gnome.org/GNOME/nautilus/issues/1166
• КДЕ: https://bugs.kde.org/show_bug.cgi?id=409777
• XFCE: https://bugzilla.xfce.org/show_bug.cgi?id=15714
• МАТЕР: https://github.com/mate-desktop/caja/issues/1262

Што е со проверките?

~> ldd
bash: ldd: command not found

Треба да користите замена:

~> 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

Во принцип ldd би било подобро бидејќи дополнително ги прикажува патеките од каде ќе се вчитуваат библиотеките.
Од каде всушност се товарат?

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

Значи, можете да ставите библиотеки до извршната датотека и тоа „едноставно ќе работи“. Колку е кул! Можете едноставно да вклучите поединечни библиотеки во вашата апликација без да се замарате со rpath или да ја поставувате променливата LD_LIBRARY_PATH како во LinuxДобро!

Има библиотека (ужасна на) Linux) /boot/system/lib/libstdc++.so.6.0.24.
Што ако апликацијата бара верзија понова од онаа во /boot/system/lib?
Просечниот корисник веројатно би се надоградил на најновата верзија бидејќи нема корисник „Администратор“ со root лозинка на овој систем [авторот навестува едноставност - прибл. преведувач].
Па, барем така изгледа. (Всушност, „корисник“ е еквивалент на root. Можете да поставите лозинка користејќи ја командата passwd, потоа посочете PermitRootLogin=yes в sshd_config, а потоа можете да се поврзете надворешно преку ssh. Програмерите ми кажаа дека стандардно сите апликации се стартуваат како root. Можеби на крајот ќе успеат... Но, не сум сигурен дали ќе ми се допадне.)

Поради фактот што нема дистрибуции на Хаику, развивачите на апликации исто така немаат пристап до верзии понови од оние што се достапни за преземање на вашиот систем. Резултатот: помалку фрустрација, работите „само функционираат“. Одлично поедноставување! Ми се допаѓа.

Ресурси и регистратор

Како што споменавме погоре, апликациите добиваат тип и икона, така што не мора да се плеткате со датотеките на работната површина и слични работи. Ми кажаа дека постои специјална регистраторна служба која знае за апликации, типови датотеки и икони. Секогаш се известува кога е инсталиран пакет или датотека е означена за извршување (со користење на програмата chmod или mimeset).
Ме потсетува на нешто Стартувајте услуги на Mac. Но, ова е она што е отсутен од работните средини на Linux. Одлично!

Бинарните датотеки добиваат вградени икони како ресурси, така што не ви треба посебна икона покрај датотеките на вашата работна површина. Речиси исто како што беше на Macintosh System 1. Кул!

Видови апликации, поддржани типови документи, вградени ресурси и информации за верзијата

Tracker (менаџер на датотеки) автоматски ги означува бинарните датотеки како извршни. Ова е она што го очекував од десктоп средини на Linux повеќе од 10 години.
Сето ова е многу задоволувачко. Тоа е кул! Животот станува толку едноставен. Поелегантен е и повеќе налик на Mac отколку XDG на LinuxИли ова...

Апликацијата е вклучена Linux без поставен бит за извршување

Во Gnome отстранети можноста за лансирање на извршни датотеки од менаџер на датотеки, но заедницата крена врева - и сè беше вратено.
Ми кажаа и дека апликациите ја користат функцијата find_paths() наместо тврдокодираните /usr/bin и /usr/share (честа карактеристика на работните средини на Linux), што значи дека можат да се движат низ датотечниот систем. Стоечки овации! На Linux комплицирано е како и обично.

Што ме изненади

• Бев збунет тоа /boot Ова е точката за монтирање на партицијата од која се подига системот. Зошто да не "/"? така или /Haiku? (Објаснување: навистина, /boot Ова е секогаш партицијата за подигање, таа се појавува на работната површина како „Хаику“ затоа што тоа е нејзиното име. Гледа во "/„како аналог на работната површина во Mac System 1, коренот на хиерархијата што всушност не постои на дисковите).
• Точката на монтирање за кориснички инсталирани пакети е /home/config. Зошто не само /home? (Еден од програмерите ми објасни дека не сакаат да го загадуваат домашниот директориум, но мислам дека config е лошо име бидејќи има поддиректориум внатре bin/, така што не е само складирање на поставките).
• Која е лиценцата за се? На пример во Вебпозитивен прелистувач кога гледате „За“ нема експлицитна индикација. Полето „За овој систем“ вели дека кодот на Хаику е под лиценцата на МИТ. Одлично! (Исто така, ми беше кажано дека WebPositive доаѓа со оперативен систем под истата лиценца, но неговиот мотор WebKit главно доаѓа под BSD со две точки).

Што не функционираше како што очекував

Првото нешто што ме погоди беше нивото на хардверска поддршка. Сè работеше на мојот нетбук базиран на Atom, вклучително и WLAN. Но, има некои особености во работата.

• Целосна неоперабилност на хардвер на Macintosh, без оглед на EFI режимот или емулацијата на BIOS (Windows"). Системот едноставно се замрзнува ако ја одберам иконата во подигнувачот на Mac. Ми беше кажано дека ова позната карактеристика и можете да се подигнете користејќи reFIt, но овие поставки ми се премногу комплицирани.
• Графичко забрзување. Изгледа дека сè уште не е возможно да се користи Radeon (имав црн екран), но работите не одат глатко ниту на Интел. Видео забрзувањето во WebPositive е само софтвер, вклучувајќи го и H.264. Изненадувачки, почетната ориентација е на видео. Еден од програмерите појасни дека видеото во WebPositive работи со бавни хакови.
• Нема звук? „Возачите на звучните картички сè уште се во тек“, рече развивачот. Веројатно му треба некој што ќе го поддржува HDA драјверот на сличен начин како USB-3. Е сега за да добиеш звук доволно е жешко рестартирање од друг оперативен систем и верувам дека тоа некако ќе се среди.
• Копчињата за контрола на осветленоста и јачината на звукот не работат. (Основата е веќе таму во форма на апликацијата Shortcuts: можете да поврзете која било кратенка на тастатурата за која било функција што ја сакате, но досега Хаику не знае како да работи со медиумски копчиња. Можеби има волонтери?)
• Контрола на подлогата на допир со два прста. Не функционира надвор од кутијата. Има панел за поставки на кој пишува „Не е пронајдена подлога за допир, поставките нема да имаат ефект“. (Познато прашање со влезен уред ELAN, ACPI ETD050A).
• Со постоечката апликација за читање датотеки од дигитални фотоапарати и паметни телефони на Android Не можев да синхронизирам во MTP и PTP режими. Би било одлично ако можеа да се монтираат како другите партиции во системот.
• Затворањето на капакот на лаптопот не изгледа како да се работи. (Знам дека Хаику сè уште не работи со ACPI: поддршката е имплементирана, но не е стандардно овозможена; нема реиницијализирање на возачот)
• Не можев да создадам сметка на багтракер бидејќи не работи captcha во WebPositive.

Апликации

Главната цел на оперативниот систем е да лансира апликации. Се плашев дека нема да има апликации за вистинска работа под Хаику. За среќа, згрешив, бидејќи има надеж за подобрување - кога почесто се користи хаику.
Scribus (апликација за визуелен распоред) е, и е многу сложена апликација базирана на Qt. Исто така постои QtCreator (IDE).

Се прашував дали денес луѓето пишуваат мајчин Be апликации за Хаику со помош на природни алатки (ако постојат), или дали е доволно да се користи QtCreator (што ќе го олесни пренесувањето на апликациите меѓу платформи). Позицијата на програмерите на Хаику е „јасна“ предност за домашните апликации за Хаику. Дали е вистина? Се сомневам дека апликациите за вистинска работа не се крос-платформски (сите апликации што се користат во мојата работа се крос-платформски).

Најавена е поддршка за WxWindows апликации.

Недостигот на поддршка за Gtk+ е фрустрирачки. Ова значи дека нема да има Gimp на Хаику наскоро (добро, мислам), но има замена во форма на Krita!

Исто така, мислам дека треба да има едноставен и јасен начин за креирање апликации за Хаику, како ова - користејќи Travis CI и GitLab CI.

Каде одиме?

Дали Хаику ќе се заглави со концептот BeOS UX? Мислам дека за да биде привлечно, треба внимателно да ги калибрира новите UX дизајни кога ги прифаќа, притоа останувајќи верен на неговите основи.
На пример:

• Останете едноставни, без тие 100500 опции што прават Linux „комплекс“.
• Користете курсор со стрелки за глувчето наместо чудна рака.
• Дали ќе има Dock? (Свесен сум дека се вика Док Стартувај, уште поблиску до Dock LnLauncher, но оригиналниот BeOS веќе имаше Dock во 1998 година!)
• Глобално мени? (Очигледно не, бидејќи Jlg не гледа некоја особена корист).
• Брзо префрлување на прозорци? (Тие рекоа дека можете да се обидете да активирате“Стак&Плочка“, држејќи го притиснато копчето Windows при влечење прозорец, но не е интуитивно, а уште повеќе, не работи за мене).
• Анимација на отворање и затворање на прозорци?
• Сенки надвор од прозорците?
• Поддршка за теми како во Aqua? (Да, можеш, има инфраструктура и алатки, на пример, HaikuThemeManager, но некој треба да ги креира нишките. Сам би пробал, ми рекоа дека има документација во https://xref.plausible.coop/source /xref/haiku/headers/os/interface/ControlLook.h, но не сега).

Ова се суптилни нијанси, земајќи ги предвид кои системот не треба да ја изгуби својата единствена индивидуалност.

Заклучок

Хаику навистина ми ги отвори очите, ми покажа како работната средина „само функционира“.
Пред повеќе од 10 години се префрлив од Mac на Linux и оттогаш бараат исто ниво на софистицираност и убавина, а Хаику го оправдува тоа на многу начини.

Да бидеме фер, има недостатоци, но изненадувачки број работи, вклучително и хардвер како WLAN или печатачи, „само функционираат“.

Сепак, пред сè, системот има концепт на работна средина што отсуствува во работните средини на Linux.

Имањето комплетен систем (наместо кернел и различни конкурентни кориснички околини) прави сè да биде едноставно и доследно.

Недостатокот на различни градби (дистрибуции) прави сè уште полесно.

Потпирањето на само еден корисник по систем дополнително ја намалува сложеноста.

Резултатот: многу едноставен, софистициран, минималистички систем во многу аспекти, дизајниран за „обични смртници“, а не за системски администратори на UNIX.

Надежта е дека кога овој систем ќе стане попопуларен (како што неизбежно ќе стане), неговата сложеност нема да се зголеми.

Веќе пишував за #LinuxУпотребливост во претходната серија на статии. Убаво е да се знае дека Хаику се осврнува на многу од покренатите прашања. проблеми, вклучувајќи ги и генеричките, кои ги мачат работните средини во Linux.

Еден ден ми беше доволен да се убедам: Сакам да ја користам оваа работна средина за секојдневна работа, а барам и опции за мојот придонес во развојот на системот.

Пробајте го сами! На крајот на краиштата, проектот Хаику обезбедува слики за подигнување од ДВД или USB, се формираат секојдневно. За да инсталирате, само преземете ја сликата и напишете ја на флеш-уред користејќи ја Етчер.

Од авторот на преводот: ова е само прва статија од серијата за Хаику, останатите чекаат превод и ќе бидат објавени подоцна.

Извор: www.habr.com