TL:DR; En nybegynder prøvede Haiku for første gang og syntes, det var fantastisk. Især sammenlignet med de skrivebordsmiljøer, der er tilgængelige på Linux
Jeg har allerede delt mine tanker (og skuffelser) vedrørende #LinuxBrugervenlighed (, , , , , ). I denne anmeldelse vil jeg beskrive mit første indtryk af , et open source-operativsystem til personlige computere. Nogle gange er førstehåndsindtryk nyttige, men da du kun får førstehåndsindtryk én gang, har jeg gemt mit her.
Systemet jeg skriver denne anmeldelse på
Måske vil de være nyttige for Haiku-udviklere eller andre interesserede parter.
Jeg kan tage fejl et eller andet sted, da jeg netop beskriver min personlige (læs: blinde øje) første oplevelse. Også venlige mennesker på #haiku-kanalen på irc.freenode.net-netværket hjalp mig med tips - jeg vil også offentliggøre dem. Tak, Haiku-udviklere!
Hvad jeg ville sige: Haiku er ikke 100 % perfekt endnu, men det har allerede et solidt arbejdsmiljø.
Installation
Haiku-projektet giver billeder til at starte fra CD eller DVD, . Jeg brugte et USB-3 flashdrev. Jeg har fået at vide, at opstart fra USB-3 måske ikke virker, men på mine to Intel-baserede testsystemer fungerer det upåklageligt.
Jeg startede selve installationsprocessen ved at downloade et billede til 64bit, som jeg så skrev til et flashdrev ved hjælp af programmet . Downloaden fungerer som , og uden det - mit bifald for at give sådan et billede.
Haiku bruger sin egen for boot-partitionen, selvom der i princippet er erklæret understøttelse af FAT32 og NTFS. Generelt er 600 MB nok til systemet, men der er brug for mere plads til yderligere applikationer.
Som standard oprettes en 600MB partition med BeFS og en 32GB partition med FAT3. Der er en fil på FAT32 /EFI/BOOT/BOOTx64.EFI, hvilket betyder, at den kan starte på EFI-aktiverede systemer. Desværre fandt jeg ikke programmer til at øge størrelsen på BeFS, og jeg håber, at de i fremtiden vil lave et andet diskpartitionsskema, fordi størrelsen på partitionsbilledet er lille, og der er muligvis ikke nok ledig plads til yderligere software. Det ville være rart, hvis yderligere softwarepakker blev gemt på en anden FAT32-partition.
Den samme løsning ville være en fordel for dem, der ønsker at få adgang til filer direkte fra andre systemer. Linux Der er allerede understøttelse af læsning af BeFS, og der findes implementeringer til læsning og skrivning af BeFS under .
Haiku installatør
De gav mig råd: Hvis du vil bruge en mere rummelig partition, skal du installere Haiku på et andet flashdrev.
For mig er dette trin i princippet overflødigt, da Haiku-installationsprogrammet ikke ved, hvordan man partitionerer diske, men blot starter DriveSetup-programmet, hvor du manuelt skal partitionere disken, tilføje en partition, som så formateres i BeFS, hvorefter kontrollen vender tilbage til installationsprogrammet. Du skal også manuelt installere bootloaderen ved hjælp af et separat program. Desværre kunne jeg ikke starte fra EFI med denne partition, da der ikke er nogen FAT32-partition med opstartsfiler til EFI. Et installationsprogram, der er i stand til automatisk partitionering, inklusive EFI-funktioner, ville være nyttigt.
BootManager installerer bootloaderen på disken
Selve installationsprocessen tager lige under tre minutter, hvilket er ret hurtigt. Den kopierer hele systemet, som "kun" består af 4751 filer. Dette skyldes, at det meste software er pakket som hpkg-filer (noget der minder om Snap-pakker i Linux (systemer), der aldrig installeres, men blot monteres. Interessant nok er der en hel del "gratis" filer, såsom png. Hvorfor er de ikke pakket?
Som jeg allerede har sagt, kommer selv operativsystemkernen i form af en hpkg-fil. (Jeg talte om 4751 filer, fordi jeg kørte HaikuDepot før installationen, hvilket downloadede en masse ting. En ren installation ser ikke ud til at indeholde dem alle, og kan installeres hurtigere med omkring 200 pakker. Fedt! Jeg får at vide, at det faktum, at downloadede filer ikke ignoreres under installationen er . Wow, det ser ud til, at dette er den første fejlrapport skrevet efter mit forslag).
Første støvle
Systemet starter, viser en flot splash-skærm, og stopper derefter: Efter indlæsning viser mit videokort (Radeon) en sort skærm.
Jeg blev rådet til at starte skærmen i sikker tilstand med en opløsning på 1024x768 på en FullHD-skærm. I princippet var det muligt at pille ved bootloaderen for at få den til at virke med FullHD, men på en anden computer med et Intel-skærmkort fungerede alt upåklageligt.
Selve systemet fungerer responsivt fra et flashdrev, tilsyneladende fordi der ikke skrives noget til flashdrevet under drift, så jeg håber at kunne bruge flashdrevet som mit primære arbejdssystem. Du får et rigtigt system, når du starter fra USB, i modsætning til de træge "live"-systemer. Linux billeder.
Der er ingen skærmflimmer under opstart, ingen kernemeddelelser, og ingen følelse af at Xorg er limet til kernen med blå tape. I modsætning til typiske distributioner. Linux, kernen og den grafiske brugergrænseflade er skabt og justeret til hinanden her!
Der er ingen login-prompt, fordi systemet er lavet til en enkelt bruger. Alt er enkelt, præcis hvad der kræves til en personlig computer.
Hvis du har brug for support fra flere brugere, så giv dem et flashdrev, som hver ikke koster mere end $5.
Første indtryk af arbejdsmiljøet
Hvis man sammenligner det første indtryk, minder det mere om en Mac end f.eks. Linux Med Gnome. "Kommando"-tasten fungerer præcis på samme måde som på Mac. Fantastisk!
Intet slår en rumlig filhåndtering, der føles som en god gammel Mac!
(som Macintosh System 1.0), husker hvert vindue desværre ikke sine indstillinger (f.eks. visning som en liste eller som ikoner). Som jeg fik at vide, er dette en fejl, som jeg tror ikke vil være svær at rette op på. (Desværre, svært - der bruges et originalt system, ikke baseret på GitLab eller GitHub, som også er umuligt at logge på med deres hjælp). Filer får deres egne ikoner, der er ingen problemer med separate filer på skrivebordet og ikoner.
Godt! Meget bedre end skrivebordsmiljøer til Linux, du kan mærke enkelheden.
Ydelse
Operativsystemet fungerer hurtigt selv på udstyr med lavt strømforbrug, såsom en Atom-netbook. Der er ingen oppustede lag af software. Bøde!
sagde, at LibreOffice ser ud til at virke hurtigere end på andre operativsystemer, men jeg har ikke testet dette endnu.
Bryan Lunduke. Haiku OS Beta - anmeldelse og indtryk
Kommandolinje
Sammensætningen inkluderer en terminal. Generelt set, på trods af mindre forskelle med Linux Jeg vænnede mig til det med det samme; det er faktisk bare almindelig fest, hvilket gjorde mig meget glad.
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/preferencesWow! "."I $PATH! Det betyder, at du kan køre kommandoer direkte fra den aktuelle mappe (Linuxoids fortalte mig engang, at verden ville eksplodere, hvis jeg prøvede det). Stor!
bash kører i Haiku terminal
En anden fed ting ved terminalen er, at du kan trykke på ctrl + c for at kopiere, ligesom i andre applikationer, i modsætning til i skrivebordsmiljøer. Linux, hvor du skal trykke ctrl + shift + c i terminalen.
Små ting, der viser integriteten af hele systemet.
Filsystemstruktur
Den partition, som download kommer fra, er monteret i /boot. Hvor simpelt!
Ingen bunke /etc, /usr, /bin… Bare /home и /system. Rent, enkelt, forståeligt. Bøde! (Ikke rigtig: de er der, men skjulte. Hvorfor? Fordi /bin dette /system/bin, er der ingen grund til at vise dette i Trackeren, men scripts bruger det stadig. Jeg synes, at udviklere bør slippe af med forældede ting, der er gjort for kompatibilitet, da det bare gør det sværere at forstå.)
pakkefs
Jeg nævnte tidligere hpkg-filer, som minder noget om pakker på Linux, men de installeres ikke, kun monteres (ligesom snap-pakker). Filsystemet, der udfører denne magi, kaldes packagefs. Det monterer hpkg-filer oven på andre filer, hvilket resulterer i, at hele /system-mappen oprettes på denne måde.
Monteringskommandoen viser desværre ikke, hvad der er monteret.
~> 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)Jeg blev anbefalet at prøve mountvolume, som vil vise monterede partitioner, men desværre viser den heller ikke packagefs monteringspunkter (den vil kun vise dem, der er forbundet med partitioner eller diskbilleder). [Hvis du kører mount eller df et sted på en vært med docker, kan du heldigvis rulle gennem et par skærme! — ca. oversætter] Men du kan lave et trick med 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/1Som set, /system и /home/config inden /boot dette er bare packagefs.
Folk, der kender mig, ved, at jeg er fan af træk-og-slip-understøttelse i filhåndtering: for eksempel bruger jeg applikationspakker i NeXT-stil, eller .
Under alle omstændigheder er der ulemper ved dette format af softwaredistribution. Kan packagefs kombinere det bedste?
Som du kan se, i mit tilfælde (systempartitionen er fuld, men jeg vil installere applikationer), ville det være mere elegant at downloade applikationer et sted ved hjælp af en browser, ligesom jeg gør med filer .dmg til Mac eller AppImage. packagefs bor i kernen, så det er ikke et filsystem til FUSE (selvom jeg ved, at Haiku også har FUSE). Jeg har også fået at vide, at der kan være yderligere "packagefs-zoner" i fremtiden, hvilket højst sandsynligt betyder, at jeg for eksempel vil kunne fortælle packagefs at gemme pakker på separate diskpartitioner. Det kan jeg godt lide - hvis diskpartitionen er på flytbare medier, kan jeg sætte mig ned ved en anden computer og få kørende programmer der.
De sagde også, at installation af pakker også fungerer ved at bruge træk-og-slip-metoden: bare træk filen ind /system/packages eller /home/config/packages til installation, og hvis du udpakker filen derfra, vil den blive slettet. Hvis du trækker en pakke med utilfredse afhængigheder, vil systemet anmode om deres foreløbige installation.
Først var det ikke klart for mig, hvordan packagefs håndterer flere versioner af den samme pakke, hvad sker der, hvis jeg vil installere f.eks. forskellige versioner af gcc eller andre GUI-programmer? (En af udviklerne sagde, citat: "packefs'en i sig selv indeholder ikke noget, der forhindrer flere pakker med samme navn i at blive installeret, men da den bruger libsolv fra OpenSuse til afhængighedsløsning, som ikke tillader dette, fik HaikuDepot selv ikke lov til at gøre dette i indstillingerne." Jeg kan forklare, hvorfor jeg kan lide ideen med .app, AppDir og ImagesDir).
Dynamiske biblioteker
Er der dynamisk biblioteksteknologi? Ja, dette er for eksempel synligt, hvis du starter et program med manglende biblioteker ved at dobbeltklikke:
Kan du forestille dig dette i gnome, kde eller xfce?
В Linux En opsendelse som denne ville ikke afsløre noget. Lad os se, hvor lang tid det tager i forskellige miljøer:
- GNOME:
- KDE:
- XFCE:
- MAKKER:
Hvad med checks?
~> ldd
bash: ldd: command not foundDu skal bruge erstatningen:
~> objdump -x /bin/bash | grep NEEDED
NEEDED libreadline.so.7
NEEDED libhistory.so.7
NEEDED libncurses.so.6
NEEDED libintl.so.8
NEEDED libroot.soI princippet ldd ville være bedre, da det desuden viser stierne, hvorfra bibliotekerne vil blive indlæst.
Hvor er de egentlig indlæst fra?
~> echo $LIBRARY_PATH
%A/lib:/boot/home/config/non-packaged/lib:/boot/home/config/lib:/boot/system/non-packaged/lib:/boot/system/libSå du kan placere biblioteker ved siden af den eksekverbare fil, og det vil "bare virke". Hvor fedt! Du kan blot inkludere individuelle biblioteker i din applikation uden at pille ved rpath eller indstille LD_LIBRARY_PATH-variablen som i LinuxFint!
Der er et bibliotek (forfærdeligt ved Linux) /boot/system/lib/libstdc++.so.6.0.24.
Hvad hvis applikationen kræver en nyere version end den i /boot/system/lib?
Den gennemsnitlige bruger ville sandsynligvis opgradere til den nyeste version, fordi der ikke er nogen "administrator"-bruger med root-adgangskode på dette system [forfatteren antyder enkelhed - ca. oversætter].
Jamen, sådan ser det i hvert fald ud. (Faktisk svarer "bruger" til root. Du kan indstille en adgangskode ved hjælp af kommandoen passwd, angiv derefter PermitRootLogin=yes в sshd_config, og så kan du oprette forbindelse eksternt via ssh. Udviklerne fortalte mig, at som standard er alle applikationer lanceret som root. De kan i sidste ende finde ud af det... Men jeg er ikke sikker på, om jeg vil kunne lide det.)
På grund af det faktum, at der ikke er nogen distributioner af Haiku, har applikationsudviklere heller ikke adgang til nyere versioner end dem, der er tilgængelige for download på dit system. Resultatet: mindre frustration, tingene "bare fungerer." Fantastisk forenkling! Jeg kan lide det.
Ressourcer og registrator
Som nævnt ovenfor får apps en type og et ikon, så du ikke skal rode rundt med desktop-filer og sådan noget. Jeg fik at vide, at der er en særlig registrator-tjeneste, der kender til programmer, filtyper og ikoner. Den får altid besked, når en pakke er installeret, eller en fil er markeret til udførelse (ved hjælp af programmet chmod eller mimeset).
Minder mig om noget på Mac. Men dette er hvad . Store!
Binære filer får indbyggede ikoner som ressourcer, så du behøver ikke et separat ikon ud over filerne på dit skrivebord. Næsten det samme som det var på Macintosh System 1. Fedt!
Applikationstyper, understøttede dokumenttyper, indbyggede ressourcer og versionsoplysninger
Tracker (filhåndtering) markerer automatisk binære filer som eksekverbare. Dette er, hvad jeg forventede af skrivebordsmiljøer på Linux i mere end 10 år.
Alt dette er meget tilfredsstillende. Det er fedt! Livet bliver så enkelt. Det er slankere og mere Mac-agtigt end på LinuxEller dette...
Ansøgning på Linux uden at den eksekverbare bit er angivet
I Gnome muligheden for at starte eksekverbare filer fra en filhåndtering, men fællesskabet skabte ballade - og alt blev returneret.
Jeg fik også at vide, at applikationer bruger funktionen find_paths() i stedet for hårdkodede /usr/bin и /usr/share (et almindeligt træk ved arbejdsmiljøer på Linux), hvilket betyder, at de kan flyttes rundt i filsystemet. En stående ovation! .
Hvad overraskede mig
- Det var jeg forvirret over
/bootDette er partitionsmonteringspunktet, hvorfra systemet starter. Hvorfor ikke"/"? Nå eller/Haiku? (Forklaring: ja,/bootDette er altid boot-partitionen, den vises på skrivebordet som "Haiku", fordi det er dens navn. Se på"/"som en analog til skrivebordet i Mac System 1, roden til et hierarki, der faktisk ikke eksisterer på diske). - Monteringspunktet for brugerinstallerede pakker er
/home/config. Hvorfor ikke bare/home? (En af udviklerne forklarede mig, at de ikke ønsker at forurene hjemmemappen, men jeg synes, config er et dårligt navn, fordi der er en undermappe indebin/, så det er ikke kun at gemme indstillinger). - Hvad er licensen til alt? For eksempel i når du ser "Om" er der ingen eksplicit indikation. Feltet "Om dette system" siger, at Haiku-koden er under MIT-licensen. Stor! (Jeg fik også at vide, at WebPositive kommer med et operativsystem under samme licens, men dets WebKit-motor kommer for det meste under to-punkts BSD).
Hvad virkede ikke som jeg havde forventet
Det første, der slog mig, var niveauet af hardwaresupport. Alt fungerede på min Atom-baserede netbook, inklusive WLAN. Men der er nogle ejendommeligheder i arbejdet.
- Fuldstændig inoperabilitet på Macintosh-hardware, uanset EFI-tilstand eller BIOS-emulering (Windows"). Systemet fryser simpelthen, hvis jeg vælger ikonet i Mac-bootloaderen. Jeg fik at vide, at dette og du kan starte vha , men disse indstillinger er for komplicerede for mig.
- Grafikacceleration. Det ser ud til, at det ikke er muligt at bruge Radeon endnu (jeg havde en sort skærm), men det går heller ikke glat på Intel. Videoacceleration i WebPositive er kun software, inklusive H.264. Overraskende nok er den indledende orientering på video. En af udviklerne præciserede, at videoen i WebPositive fungerer ved hjælp af langsomme hacks.
- Ingen lyd? "Lydkortdrivere er stadig i forandring," sagde udvikleren. Det har sandsynligvis brug for nogen til at understøtte HDA-driveren på samme måde som USB-3. Nu, for at få lyd, er en varm genstart fra et andet operativsystem nok, og jeg tror, at dette vil blive rettet på en eller anden måde.
- Knapperne til lysstyrke og lydstyrke virker ikke. (Grundlaget er der allerede i form af applikationen Genveje: du kan binde enhver tastaturgenvej til enhver funktion, du kan lide, men indtil videre ved Haiku ikke, hvordan man arbejder med medietaster. Måske er der frivillige?)
- To-fingre touchpad kontrol. Virker ikke ud af boksen. Der er et indstillingspanel, der siger "Ingen touchpad fundet, indstillingerne har ingen effekt." ( med ELAN Input Device, ACPI ETD050A).
- Med den eksisterende applikation til læsning af filer fra digitale kameraer og smartphones Android Jeg kunne ikke synkronisere i MTP- og PTP-tilstande. Det ville være fantastisk, hvis de kunne monteres ligesom andre partitioner i systemet.
- Lukning af den bærbare computers låg ser ikke ud til at blive håndteret. (Jeg ved, at Haiku stadig ikke fungerer med ACPI: support er implementeret, men ikke aktiveret som standard; ingen geninitialisering af driver)
- Jeg kunne ikke oprette en konto på bugtracker, fordi den ikke virker i WebPositiv.
Apps
Hovedformålet med operativsystemet er at starte applikationer. Jeg var bange for, at der ikke ville være ansøgninger om rigtigt arbejde under Haiku. Heldigvis tog jeg fejl, for der er håb om forbedring – når Haiku bruges oftere.
(applikation til visuel layout) er, og det er en meget kompleks applikation baseret på Qt. Der er også (FDI).
Jeg spekulerede på, om folk skriver native Be apps til Haiku i dag ved hjælp af native værktøjer (hvis de findes), eller om det er nok at bruge QtCreator (som vil gøre det nemmere at portere apps på tværs af platforme). Haiku-udviklernes position er en "klar" præference for native applikationer til Haiku. Er det sandt? Jeg tvivler på, at applikationer til rigtigt arbejde ikke er på tværs af platforme (alle applikationer, der bruges i mit arbejde, er på tværs af platforme).
Wx-understøttelse annonceretWindows приложений.
Manglen på Gtk+ support er frustrerende. Det betyder, at der ikke kommer Gimp på Haiku lige om lidt (nå, tror jeg), men der er en erstatning i form af Krita!
Jeg tror også, der skal være en enkel og klar måde at oprette applikationer til Haiku på, - ved at bruge Travis CI og GitLab CI.
Hvor skal vi hen?
Vil Haiku sidde fast med BeOS UX-konceptet? Jeg tror, at for at være attraktivt, skal det omhyggeligt kalibrere nye UX-designs, når de vedtager dem, samtidig med at det forbliver tro mod dets grundlæggende principper.
For eksempel:
- Hold dig enkel, uden de 100500 muligheder, der gør det Linux "kompleks".
- Brug en pilemarkør til musen i stedet for en mærkelig hånd.
- Vil der være en Dock? (Jeg er klar over, at der er noget som Dock kaldet , endnu tættere på Dock , men den originale BeOS havde allerede en Dock tilbage i 1998!)
- Global menu? (Selvfølgelig ikke, siden ikke ser nogen særlig fordel).
- Hurtigt vinduesskift? (De sagde, at du kan prøve at aktivere "", mens du holder tasten nede Windows når man trækker et vindue, men det er ikke intuitivt, og desuden virker det ikke for mig).
- Animation af åbning og lukning af vinduer?
- Skygger uden for vinduerne?
- Temastøtte som i Aqua? (Ja, det kan du, der er infrastruktur og værktøjer, f.eks. , men nogen skal oprette trådene. Jeg ville prøve det selv, jeg fik at vide, at der er dokumentation i /xref/haiku/headers/os/interface/ControlLook.h, men ikke nu).
Disse er subtile nuancer, der tager højde for, at systemet ikke bør miste sin unikke individualitet.
Konklusion
Haiku åbnede virkelig mine øjne, viste mig, hvordan arbejdsmiljøet "bare fungerer".
For over 10 år siden skiftede jeg fra en Mac til Linux og har lige siden søgt efter det samme niveau af sofistikering og skønhed, og Haiku lever op til det på mange måder.
For at være retfærdig er der mangler, men et overraskende antal ting, inklusive hardware som WLAN eller printere, "virker bare."
Men først og fremmest har systemet et koncept for et arbejdsmiljø, der er fraværende i arbejdsmiljøerne på Linux.
At have et komplet system (i stedet for en kerne og forskellige konkurrerende brugermiljøer) gør alting enkelt og konsistent.
Manglen på forskellige builds (distributioner) gør alting endnu nemmere.
At stole på kun én bruger pr. system reducerer kompleksiteten yderligere.
Resultatet: et meget enkelt, sofistikeret, minimalistisk system i mange henseender, designet til "blot dødelige" og ikke til UNIX-systemadministratorer.
Håbet er, at når dette system bliver mere populært (som det uundgåeligt vil), vil dets kompleksitet ikke øges.
Jeg har allerede skrevet om #LinuxBrugervenlighed i den forrige artikelserie. Det er dejligt at vide, at Haiku adresserer mange af de rejste problemer. .
En dag var nok til, at jeg blev overbevist: Jeg vil bruge dette arbejdsmiljø til det daglige arbejde, og jeg leder også efter muligheder for mit bidrag til udviklingen af systemet.
Prøv det selv! Haiku-projektet giver trods alt billeder til opstart fra DVD eller USB, . For at installere skal du blot downloade billedet og skrive det til et flashdrev vha .
Fra forfatteren af oversættelsen: dette er kun den første artikel i serien om Haiku, resten afventer oversættelse og vil blive offentliggjort senere.
Kilde: www.habr.com
