TL:DR; Un principiant va provar Haiku per primera vegada i li va semblar fantàstic. Sobretot en comparació amb els entorns d'escriptori disponibles a Linux
Ja he compartit les meves idees (i decepcions) sobre #LinuxUsabilitat (, , , , , ). En aquesta ressenya descriuré les meves primeres impressions , un sistema operatiu de codi obert per a ordinadors personals. De vegades, les primeres impressions són útils, però com que només obteniu les primeres impressions una vegada, he desat la meva aquí.
El sistema en què escric aquesta ressenya
Potser seran útils per als desenvolupadors de Haiku o altres parts interessades.
Podria estar equivocat en algun lloc, ja que només estic descrivint la meva primera experiència personal (llegiu: ull cec). A més, gent amable del canal #haiku de la xarxa irc.freenode.net em va ajudar amb consells; també els publicaré. Gràcies, desenvolupadors de Haiku!
El que volia dir: Haiku encara no és 100% perfecte, però ja té un entorn de treball sòlid.
Instal · lació
El projecte Haiku proporciona imatges per arrencar des de CD o DVD, . Vaig utilitzar una unitat flash USB-3. M'han dit que l'arrencada des d'USB-3 pot no funcionar, però als meus dos sistemes de prova basats en Intel funciona perfectament.
Vaig començar el procés d'instal·lació en si baixant una imatge per a 64 bits, que després vaig escriure a una unitat flaix mitjançant el programa . La descàrrega funciona com , i sense ell - els meus aplaudiments per oferir aquesta imatge.
Haiku utilitza el seu per a la partició d'arrencada, tot i que, en principi, es declara suport per a FAT32 i NTFS. En general, 600 MB són suficients per al sistema, però es necessita més espai per a aplicacions addicionals.
Per defecte, es crea una partició de 600 MB amb BeFS i una partició de 32 GB amb FAT3. Hi ha un fitxer a FAT32 /EFI/BOOT/BOOTx64.EFI, el que significa que pot arrencar en sistemes habilitats per EFI. Malauradament, no he trobat programes per augmentar la mida de BeFS, i espero que en el futur facin un esquema de partició de disc diferent, perquè la mida de la imatge de la partició és petita i és possible que no hi hagi prou espai lliure per a més. programari. Seria bo que s'emmagatzemés paquets de programari addicionals en una segona partició FAT32.
Aquesta mateixa solució seria un avantatge per a aquells que vulguin accedir a fitxers directament des d'altres sistemes. Linux Ja hi ha suport per llegir BeFS, hi ha implementacions per llegir i escriure BeFS sota .
Instal·lador de haiku
Em van donar un consell: si voleu utilitzar una partició més àmplia, instal·leu Haiku en una altra unitat flaix.
Per a mi, aquest pas és, en principi, superflu, ja que l'instal·lador de Haiku no sap com particionar els discs, sinó que simplement llança el programa DriveSetup, en el qual cal particionar manualment el disc, afegir una partició, que després es formatea en BeFS, després del qual el control torna a l'instal·lador. També haureu d'instal·lar manualment el carregador d'arrencada mitjançant un programa independent. Malauradament, no he pogut arrencar des d'EFI amb aquesta partició, ja que no hi ha cap partició FAT32 amb fitxers d'arrencada per a EFI. Un instal·lador capaç de particionar automàticament incloses les funcions EFI seria útil.
BootManager instal·la el carregador d'arrencada al disc
El procés d'instal·lació en si triga poc menys de tres minuts, cosa que és força ràpida. Copia tot el sistema, que consta de "només" 4751 fitxers. Això és degut a que la majoria del programari està empaquetat com a fitxers hpkg (una mica similar als paquets Snap de Linux (sistemes) que no s'instal·len mai, sinó que simplement es munten. Curiosament, hi ha força fitxers "gratuïts", com ara png. Per què no estan empaquetats?
Com ja he dit, fins i tot el nucli del sistema operatiu té la forma d'un fitxer hpkg. (Parlava de 4751 fitxers perquè vaig executar HaikuDepot abans d'instal·lar, que va descarregar un munt de coses. Una instal·lació neta sembla que no els conté tots i es pot instal·lar més ràpidament amb uns 200 paquets. Genial! El que m'han dit és que els fitxers descarregats no s'ignoren durant la instal·lació, això sí . Vaja, sembla que aquest és el primer informe d'error escrit segons el meu suggeriment).
Primer arrencada
El sistema s'inicia, mostrant una bonica pantalla de presentació, i després s'atura: després de carregar, la meva targeta de vídeo (Radeon) mostra una pantalla negra.
Em van aconsellar que arrenqués la pantalla en mode segur amb una resolució de 1024x768 en un monitor FullHD. En principi, era possible jugar amb el carregador d'arrencada per fer-lo funcionar amb FullHD, però en un altre ordinador amb una targeta de vídeo Intel tot funcionava perfectament.
El sistema en si funciona correctament des d'una unitat flaix, aparentment perquè no s'hi escriu res durant el funcionament, així que espero utilitzar la unitat flaix com a sistema de treball principal. Obtindreu un sistema real quan arrenqueu des d'USB, a diferència dels lents "en directe". Linux imatges.
No hi ha parpelleig de pantalla durant l'arrencada, no hi ha missatges del nucli i no hi ha la sensació que Xorg estigui enganxat al nucli amb cinta blava. A diferència de les distribucions típiques. Linux, el nucli i la GUI es creen i s'ajusten l'un a l'altre aquí!
No hi ha cap missatge d'inici de sessió perquè el sistema està fet per a un sol usuari. Tot és senzill, exactament el que es requereix per a un ordinador personal.
Si necessiteu assistència de diversos usuaris, doneu-los una unitat flaix, cadascuna de les quals no costa més de 5 dòlars.
Primeres impressions de l'entorn laboral
Si compares la primera impressió, s'assembla més a un Mac que, per exemple, Linux Amb Gnome. La tecla "command" funciona exactament igual que al Mac. Genial!
No hi ha res millor que un gestor de fitxers espacials que sembli un bon Mac vell!
(com Macintosh System 1.0), malauradament cada finestra no recorda la seva configuració (per exemple, visualitzant-la com a llista o com a icones). Com em van dir, això és un error, que crec que no serà difícil d'arreglar. (Per desgràcia, difícil: s'utilitza un sistema original, no basat en GitLab o GitHub, que també és impossible iniciar sessió amb la seva ajuda). Els fitxers tenen les seves pròpies icones, no hi ha problemes amb fitxers separats a l'escriptori i les icones.
Bé! Molt millor que els entorns d'escriptori per a Linux, pots sentir la simplicitat.
Productivitat
El sistema operatiu funciona ràpidament fins i tot en equips de baix consum, com ara un netbook Atom. No hi ha capes inflades de programari. Bé!
va dir que el LibreOffice sembla funcionar més ràpid que en altres sistemes operatius, però encara no ho he provat.
Bryan Lunduke. Haiku OS Beta: ressenya i impressions
Línia d'ordres
La composició inclou un terminal. En general, tot i petites diferències amb Linux M'hi vaig acostumar de seguida; en realitat és una festa normal i corrent, cosa que em va fer molt feliç.
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/preferencesVaja! "."a $PATH! Això vol dir que podeu executar ordres directament des del directori actual (Linuxoids em va dir una vegada que el món explotaria si ho intentés). Genial!
bash s'executa al terminal Haiku
Una altra cosa interessant del terminal és que podeu prémer ctrl + c per copiar, igual que en altres aplicacions, a diferència dels entorns d'escriptori. Linux, on cal prémer ctrl + shift + c al terminal.
Petites coses que mostren la integritat de tot el sistema.
Estructura del sistema de fitxers
La partició de la qual prové la descàrrega està muntada /boot. Que senzill!
Sense munt /etc, /usr, /bin… Només /home и /system. Net, senzill, comprensible. Bé! (No realment: hi són, però amagats. Per què? Perquè /bin aquest /system/bin, no cal que ho mostri al Tracker, però els scripts encara l'utilitzen. Crec que els desenvolupadors haurien de desfer-se de les coses obsoletes fetes per compatibilitat, ja que només fa que sigui més difícil d'entendre.)
paquetfs
Ja he esmentat abans els fitxers hpkg, que són una mica similars als paquets de Linux, però no s'instal·len, només es munten (com els paquets snap). El sistema de fitxers que fa aquesta màgia s'anomena packagefs. Munta els fitxers hpkg a sobre d'altres fitxers, cosa que fa que tot el directori /system es creï d'aquesta manera.
L'ordre de muntatge, malauradament, no mostra què està muntat.
~> 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)Em van recomanar que ho intentés mountvolume, que mostrarà les particions muntades, però malauradament tampoc mostra els punts de muntatge amb packagefs (només mostrarà els associats a particions o imatges de disc). [Afortunadament, si executeu mount o df en algun lloc d'un amfitrió amb docker, podeu desplaçar-vos per un parell de pantalles! — aprox. traductor] Però podeu fer un truc amb 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/1Com es veu, /system и /home/config dins /boot això només és paquetfs.
Les persones que em coneixen saben que sóc un fan del suport d'arrossegar i deixar anar als gestors de fitxers: per exemple, faig servir paquets d'aplicacions a l'estil NeXT o .
En qualsevol cas, aquest format de distribució de programari té desavantatges. Els paquets poden combinar el millor?
Com podeu veure, en el meu cas (la partició del sistema està plena, però vull instal·lar aplicacions), seria més elegant descarregar aplicacions en algun lloc mitjançant un navegador, igual que faig amb els fitxers. .dmg per a Mac o AppImage. packagefs viu al nucli, de manera que no és un sistema de fitxers per a FUSE (tot i que sé que Haiku també té FUSE). També m'han dit que pot haver-hi "zones de paquets" addicionals en el futur, cosa que probablement significa que podré dir-li a paquets que emmagatzemi paquets en particions de disc separades, per exemple. M'agrada això: després de tot, si la partició del disc es troba en un suport extraïble, puc seure a un altre ordinador i executar aplicacions allà.
També van dir que la instal·lació de paquets també funciona mitjançant el mètode d'arrossegar i deixar anar: només arrossegueu el fitxer /system/packages o /home/config/packages per a la instal·lació, i si extreu el fitxer d'allà, s'eliminarà. Si arrossegueu un paquet amb dependències insatisfetes, el sistema demanarà la seva instal·lació prèvia.
Al principi no em va quedar clar com packagefs gestiona diverses versions del mateix paquet, què passa si vull instal·lar, per exemple, diferents versions de gcc o altres programes GUI? (Un dels desenvolupadors va dir, citant: "packagefs en si no conté res que impedeixi que s'instal·lin diversos paquets amb el mateix nom, però com que el libsolv d'OpenSuse s'utilitza per a la resolució de dependències, que no ho permet, estava prohibit fer-ho. i el mateix HaikuDepot a la configuració." Puc explicar per què m'agrada la idea dels paquets .app, AppDir i AppImages).
Biblioteques dinàmiques
Hi ha tecnologia de biblioteca dinàmica? Sí, això és visible, per exemple, si inicieu una aplicació amb biblioteques que falten fent doble clic:
Us imagineu això a gnome, kde o xfce?
В Linux Un llançament com aquest no revelaria res. Vegem quant de temps triga en diferents entorns:
- GNOME:
- KDE:
- XFCE:
- MAT:
Què passa amb els xecs?
~> ldd
bash: ldd: command not foundHeu d'utilitzar el substitut:
~> objdump -x /bin/bash | grep NEEDED
NEEDED libreadline.so.7
NEEDED libhistory.so.7
NEEDED libncurses.so.6
NEEDED libintl.so.8
NEEDED libroot.soEn principi, ldd seria millor, ja que també mostra els camins des d'on es carregaran les biblioteques.
D'on es carreguen realment?
~> echo $LIBRARY_PATH
%A/lib:/boot/home/config/non-packaged/lib:/boot/home/config/lib:/boot/system/non-packaged/lib:/boot/system/libAixí doncs, podeu posar biblioteques al costat de l'executable i "simplement funcionarà". Que genial! Podeu incloure biblioteques individuals a la vostra aplicació sense haver de jugar amb rpath ni definir la variable LD_LIBRARY_PATH com a LinuxD'acord!
Hi ha una biblioteca (terrible a Linux) /boot/system/lib/libstdc++.so.6.0.24.
Què passa si l'aplicació requereix una versió més recent que la de /boot/system/lib?
L'usuari mitjà probablement actualitzaria a l'última versió perquè no hi ha cap usuari "administrador" amb contrasenya root en aquest sistema [l'autor insinua la simplicitat - aprox. traductor].
Bé, almenys això és el que sembla. (En realitat, "usuari" és l'equivalent a root. Podeu establir una contrasenya mitjançant l'ordre passwd, després indicar PermitRootLogin=yes в sshd_config, i després us podeu connectar externament mitjançant ssh. Els desenvolupadors em van dir que, per defecte, totes les aplicacions es llancen com a root. Potser eventualment ho resolguin... Però no estic segur de si m'agradarà).
A causa del fet que no hi ha distribucions de Haiku, els desenvolupadors d'aplicacions tampoc tenen accés a versions més noves que les disponibles per descarregar al vostre sistema. El resultat: menys frustració, les coses "només funcionen". Gran simplificació! M'agrada.
Recursos i registre
Com s'ha esmentat anteriorment, les aplicacions reben un tipus i una icona, de manera que no us haureu de fer malbé amb els fitxers d'escriptori i coses com aquestes. Em van dir que hi ha un servei de registre especial que coneix aplicacions, tipus de fitxers i icones. Sempre s'avisa quan s'instal·la un paquet o es marca un fitxer per a l'execució (utilitzant el programa chmod o mimeset).
Em recorda alguna cosa a Mac. Però això és el que . Genial!
Els fitxers binaris tenen icones integrades com a recursos, de manera que no necessiteu una icona separada a més dels fitxers de l'escriptori. Gairebé el mateix que al Macintosh System 1. Genial!
Tipus d'aplicació, tipus de document compatibles, recursos integrats i informació de versió
El Tracker (gestor de fitxers) marca automàticament els binaris com a executables. Això és el que esperava dels entorns d'escriptori Linux durant més de 10 anys.
Tot això és molt satisfactori. És genial! La vida es fa tan senzilla. És més elegant i més semblant a un Mac que en LinuxO això...
Prilozhenie no Linux sense el bit executable definit
En Gnome la possibilitat d'engegar fitxers executables des d'un gestor de fitxers, però la comunitat va provocar un enrenou i tot es va tornar.
També em van dir que les aplicacions utilitzen la funció find_paths() en lloc dels codificats /usr/bin и /usr/share (una característica comuna dels entorns de treball en Linux), cosa que significa que es poden moure pel sistema de fitxers. Una ovació dempeus! .
El que em va sorprendre
- Jo estava confós això
/bootAquest és el punt de muntatge de la partició des del qual arrenca el sistema. Perquè no "/"? així o/Haiku? (Explicació: de fet,/bootAquesta és sempre la partició d'arrencada, apareix a l'escriptori com "Haiku" perquè aquest és el seu nom. Mira "/"com a anàleg de l'escriptori a Mac System 1, l'arrel d'una jerarquia que en realitat no existeix als discs). - El punt de muntatge dels paquets instal·lats per l'usuari és
/home/config. Per què no només/home? (Un dels desenvolupadors em va explicar que no volia contaminar el directori d'inici, però crec que config és un mal nom perquè hi ha un subdirectori dinsbin/, de manera que no només emmagatzema la configuració). - Quina és la llicència per a tot? Per exemple a quan es visualitza "Quant a" no hi ha cap indicació explícita. El camp "Sobre aquest sistema" diu que el codi Haiku està sota la llicència MIT. Genial! (També em van dir que WebPositive ve amb un sistema operatiu sota la mateixa llicència, però el seu motor WebKit es troba principalment sota BSD de dos punts).
El que no va funcionar com esperava
El primer que em va sorprendre va ser el nivell de suport del maquinari. Tot funcionava al meu netbook basat en Atom, inclosa la WLAN. Però hi ha algunes peculiaritats en l'obra.
- Inoperabilitat completa en maquinari Macintosh, independentment del mode EFI o de l'emulació de la BIOS (Windows"). El sistema simplement es bloqueja si selecciono la icona al carregador d'arrencada del Mac. Em van dir que això i podeu arrencar utilitzant , però aquests paràmetres són massa complicats per a mi.
- Acceleració gràfica. Sembla que encara no és possible utilitzar Radeon (tenia una pantalla negra), però les coses tampoc van bé a Intel. L'acceleració de vídeo a WebPositive només és programari, inclòs H.264. Sorprenentment, l'orientació inicial és en vídeo. Un dels desenvolupadors va aclarir que el vídeo a WebPositive funciona amb hacks lents.
- Sense so? "Els controladors de la targeta de so encara estan en moviment", va dir el desenvolupador. Probablement necessita algú que admeti el controlador HDA d'una manera similar a l'USB-3. Ara, per obtenir so, n'hi ha prou amb un reinici en calent des d'un altre sistema operatiu, i crec que això es solucionarà d'alguna manera.
- Els botons de control de la brillantor i el volum no funcionen. (La base ja hi és en forma de l'aplicació de dreceres: podeu vincular qualsevol drecera de teclat a qualsevol funció que us agradi, però fins ara Haiku no sap com treballar amb les tecles multimèdia. Potser hi ha voluntaris?)
- Control del touchpad amb dos dits. No funciona fora de la caixa. Hi ha un tauler de configuració que deia "No s'ha trobat el touchpad, la configuració no tindrà cap efecte". ( amb dispositiu d'entrada ELAN, ACPI ETD050A).
- Amb l'aplicació existent per llegir fitxers de càmeres digitals i telèfons intel·ligents Android No he pogut sincronitzar en els modes MTP i PTP. Seria fantàstic si es poguessin muntar com altres particions del sistema.
- El tancament de la tapa de l'ordinador portàtil no sembla que s'hagi manipulat. (Sé que Haiku encara no funciona amb ACPI: el suport està implementat, però no està habilitat per defecte; no hi ha reinicialització del controlador)
- No he pogut crear un compte a bugtracker perquè no funciona en WebPositive.
Aplicacions
L'objectiu principal del sistema operatiu és llançar aplicacions. Tenia por que no hi hauria sol·licituds per a treballs reals sota Haiku. Afortunadament, m'he equivocat, perquè hi ha esperança de millora, quan l'Haiku s'utilitza més sovint.
(aplicació per a maquetació visual) és, i és una aplicació molt complexa basada en Qt. També hi ha (IDE).
Em preguntava si avui la gent escriu aplicacions natives Be per a Haiku utilitzant eines natives (si n'hi ha), o si n'hi ha prou amb utilitzar QtCreator (que farà que sigui més fàcil portar aplicacions multiplataforma). La posició dels desenvolupadors de Haiku és una preferència "clara" per a les aplicacions natives per a Haiku. És cert? Dubto que les aplicacions per a treballs reals no siguin multiplataforma (totes les aplicacions utilitzades al meu treball són multiplataforma).
Suport Wx anunciatWindows приложений.
La manca de suport de Gtk+ és frustrant. Això vol dir que no hi haurà Gimp a Haiku aviat (bé, crec), però hi ha un reemplaçament en forma de Krita!
A més, crec que ha d'haver una manera senzilla i clara de crear aplicacions per a Haiku, - utilitzant Travis CI i GitLab CI.
On estem anant?
El Haiku es quedarà atrapat amb el concepte BeOS UX? Crec que per ser atractiu, ha de calibrar acuradament els nous dissenys d'UX quan els adopta, mantenint-se fidel als seus fonaments.
Per exemple:
- Mantingueu-vos senzills, sense aquelles 100500 opcions que fan que Linux "complex".
- Utilitzeu un cursor de fletxa per al ratolí en lloc d'una mà estranya.
- Hi haurà un moll? (Soc conscient que hi ha una cosa com Dock anomenat , encara més a prop de Dock , però el BeOS original ja tenia un Dock el 1998!)
- Menú global? (Òbviament que no, ja que no veu cap benefici en particular).
- Canvi ràpid de finestra? (Van dir que podeu provar d'activar "", mantenint premuda la tecla Windows en arrossegar una finestra, però no és intuïtiu, i a més a més, no em funciona).
- Animació d'obrir i tancar finestres?
- Ombres fora de les finestres?
- Suport temàtic com a Aqua? (Sí, podeu, hi ha infraestructura i eines, per exemple, , però algú ha de crear els fils. Ho provaria jo mateix, em van dir que hi ha documentació /xref/haiku/headers/os/interface/ControlLook.h, però no ara).
Aquests són matisos subtils, tenint en compte que el sistema no hauria de perdre la seva individualitat única.
Conclusió
L'Haiku em va obrir els ulls realment, em va mostrar com l'entorn de treball "només funciona".
Fa més de 10 anys vaig canviar d'un Mac a Linux i han estat buscant el mateix nivell de sofisticació i bellesa des de llavors, i Haiku ho compleix en molts aspectes.
Per ser justos, hi ha defectes, però un nombre sorprenent de coses, inclòs el maquinari com WLAN o impressores, "només funcionen".
Tanmateix, en primer lloc, el sistema té un concepte d'entorn de treball que és absent en els entorns de treball de Linux.
Tenir un sistema complet (en lloc d'un nucli i diversos entorns d'usuari competidors) fa que tot sigui senzill i coherent.
La manca de diferents compilacions (distribucions) fa que tot sigui encara més fàcil.
Confiar només en un usuari per sistema redueix encara més la complexitat.
El resultat: un sistema molt senzill, sofisticat i minimalista en molts aspectes, dissenyat per a "simples mortals" i no per a administradors de sistemes UNIX.
L'esperança és que quan aquest sistema es faci més popular (com ho farà inevitablement), la seva complexitat no augmentarà.
Ja he escrit sobre #LinuxUsabilitat a la sèrie d'articles anteriors. És bo saber que Haiku aborda molts dels problemes plantejats. .
Un dia va ser suficient per estar-me convençut: vull utilitzar aquest entorn de treball per a la feina diària, i també estic buscant opcions per a la meva contribució al desenvolupament del sistema.
Prova-ho tu mateix! Després de tot, el projecte Haiku proporciona imatges per arrencar des d'un DVD o USB, . Per instal·lar-lo, només cal que descarregueu la imatge i escriu-la en una unitat flash utilitzant .
De l'autor de la traducció: aquest és només el primer article de la sèrie sobre Haiku, la resta estan pendents de traducció i es publicaran més endavant.
Font: www.habr.com
