TL; DR: povus esti bonega malfermfonta labortabla operaciumo. Mi vere volas ĉi tion, sed ankoraŭ necesas multaj korektoj.
, neatendite bona operaciumo. Nun estas la tria tago, kaj mi tiom ŝatas ĉi tiun operaciumon, ke mi konstante pensas: kiel mi povas fari ĝin operaciumo por ĉiu tago? Koncerne ĝeneralajn ideojn, mi pli ŝatas la Mac, sed jen la problemo: ĝi ne venas malfermkoda, kaj oni devas serĉi malfermfontajn alternativojn.
Dum la pasintaj 10 jaroj tio plej ofte signifis Linukson, sed ĝi ankaŭ havas sian propran .
Hajko operaciumo prezentita sur DistroTube.
Mi provis Hajkon tuj kiam mi aŭdis pri ĝi kaj tuj estis impresita - precipe kun labortabla medio kiu "nur funkcias" kaj ankaŭ klare multe pli alta ol ajna Linuksa labortabla medio kiun mi koncepte konas. Volas Volas volas!!!
Ni vidu la veran laboron en la tria tago!
Mankas Aplikoj
Havebleco de aplikoj estas tre "fatiga" aspekto de iu ajn operaciumo, subjekto. Ĉar ni parolas pri Hajko, mi scias, ke por la plej multaj kazoj ekzistas malsamaj ebloj disponeblaj.
Tamen, mi ankoraŭ ne povas trovi apojn por miaj ĉiutagaj bezonoj:
- markado redaktilo (ekzemple ). Kompreneble havas , sed ĝi ŝajnas ne havi butonojn aŭ klavarajn ŝparvojojn por teksta aranĝo. Estas ankaŭ , sed li havas por marki tekston kiel enlinia kodo, aŭ bloko de kodo.
- Kaptu ekranon al vigla GIF (ekz ). Estas BeScreenCapture, sed ĝi ne povas fari tion.
- Programaro por 3D-presiloj (ekzemple, , ).
- 3D CAD (ekzemple , , aŭ enkonstruita ). Ekzistas LibreCAD, sed ĝi estas nur 2D.
Evolua modelo
Kion bezonas Hajko por sukcesi laŭ disponeblaj aplikoj? Kompreneble, altiri programistojn.
Nuntempe, la disvolva teamo de Haiku certe faris bonegan laboron por enkonduki diversajn popularajn aplikojn, sed por plena sukceso kiel platformo, ĝi devas povi facile krei versiojn de aplikaĵoj por Hajko. Konstrui aplikaĵon por Hajko devus ideale esti alia elekto en ekzistanta Travis CI aŭ GitLab CI-konstrua matrico. Do kiel kompanio kiel Ultimaker, kreinto de la populara malfermfonta 3D-printila programaro Cura, konstruus siajn programojn por Hajko?
Mi estas konvinkita, ke la klasika "prizorgisto" aliro, kiu konstruas kaj konservas pakaĵojn por specifa Linuksa distribuo, ne skalas kun granda listo de aplikaĵoj. Estas diskutebla ĉu programaro por 3D-printiloj estas en ĉi tiu listo, sed, ekzemple, programaro por organizi la horaron de specifa lernejo estas. Kion Hajko proponas por tiaj aplikoj? (Ili estas kutime skribitaj uzante , estas disponeblaj por ĉiuj operaciumoj, sub Linukso ili plej ofte estas envolvitaj , kio signifas liveron al ĉiuj uzantoj sen problemoj).
LibreOffice
Estas klare, ke havi LibreOffice disponebla por Hajko estas nemalgranda atingo, pri kiu uzantoj de BeOS povus nur revi, sed ne ĉio estas perfekta.
En mia kazo (Kingston Technology DataTraveler 100 USB-stick) necesas ĉirkaŭ 30 sekundoj por komenci, kaj la programistoj sugestis, ke normala aplikaĵa lanĉo ne superu 4-5 sekundojn (se vi uzas regulan malmolan diskon [sur mia SSD ĉio komenciĝis en malpli ol sekundo - ĉ. tradukisto]).
Mi ŝatus iel vidi la progreson de lanĉo de granda aplikaĵo, ekzemple, "saltanta ikono", ŝanĝi la kursoron aŭ ion alian. La ekrano de LibreOffice aperas nur post kelkaj sekundoj, kaj ĝis tiam vi ne havas ideon, kio okazas.
Resaltado de aplikaj ikonoj kiel signo, ke aplikaĵoj funkcias.
- La klavaraj ŝparvojoj montritaj en la menuo estas malĝustaj (subskribitaj Ctrl+O, sed fakte Alt+O, mi kontrolis: Alt+O funkcias, sed Ctrl+O ne).
- Alt+Z ne funkcias (ekzemple, en Writer).
- Problemo "Apliko LibreOffice ĉesigis la malŝaltan procezon" [Jen kiel ĝi estis celita,” ĉ. tradukisto].
Tempo de lanĉo de aplikaĵo
NOTO: Bonvolu preni ĉi tiun sekcion kun salo. La agado estas efektive bonega se vi fidas je la opinioj de aliaj homoj. Miaj rezultoj estas tre malsamaj... Mi supozas, ke la trajtoj de mia aranĝo kaj la mezuradoj faritaj ĝis nun estas nesciencaj. Mi ĝisdatigos ĉi tiun sekcion kiam novaj ideoj/rezultoj aperos.
La agado de rulado de (ne-denaskaj) aplikaĵoj... ne estas tiel bonega, la diferenco estas ĉirkaŭ 4-10 fojojn. Kiel vi povas vidi, nur 1 procesoro-kerno estis uzata dum rulado de nedenaskaj aplikoj, pro kialo nekonata al mi.
Kiel mi vidas la rapidecon de lanĉo de aplikaĵo.
-
Lanĉu daŭras proksimume 40 sekundojn sur Kingston Technology DataTraveler 100 fulmmemoro konektita al USB2.0-haveno (lanĉo de Krita AppImage prenas fraŭdon de sekundo sur Xubuntu Linux Live ISO per USB2; pli da testoj estas necesaj). Korekto: Ĉirkaŭ 13 sekundoj sur SATA SSD kun ACPI malŝaltita.
-
Lanĉu daŭras 30 sekundojn sur Kingston Technology DataTraveler G4 fulmmemoro konektita al USB2.0 (frakcio de sekundo sur Xubuntu Linux Live ISO per USB 2; pli da testoj necesas) Korekto: Malpli ol 3 sekundoj sur SATA SSD kun ACPI malŝaltita.
Mi ankaŭ aŭdis, ke la plej novaj evoluoj plibonigos rendimenton sur SSD-oj pli ol 10 fojojn. Mi atendas senspira.
Aliaj recenzistoj konstante laŭdas la kuraĝan agadon de Hajko. Mi scivolas, kio estas malbona kun mia sistemo? Korekto: jes, ACPI estas rompita en mia sistemo; Se vi malŝaltas ĝin, la sistemo funkcias pli rapide.
Mi faris kelkajn provojn.
#
# 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/sPor kompleta travidebleco, mi provis ĉion sur du malsamaj maŝinoj kun Linukso kaj Hajko. Se necese, mi ripetos la provojn sur simila maŝino. Ankoraŭ ne estas klare kial aplikaĵoj lanĉas pli malrapide ol per usb2.0 en Linukso. Ĝisdatigo: Estas multaj USB-rilataj eraroj en la syslog de ĉi tiu maŝino. Do la supraj rezultoj eble ne estas tipaj por Hajko entute.
Kiel diras la fama diro: se oni ne povas mezuri, oni ne povas administri. Kaj se estas deziro plibonigi rendimenton, tiam mi pensas, ke la testaro estas en ordo :)
Klavkombinoj
Por transfuĝintoj de aliaj operaciumoj, Haiku estas bonega kiam temas pri klavaraj ŝparvojoj. Mia persona plej ŝatata estas klavaraj ŝparvojoj en la stilo de Mac, kie vi tenas la klavon maldekstre de la spacbreto (Ctrl ĉe klavaroj de Apple, Alt ĉe aliaj) dum vi tajpas literon aŭ nombron. Ĉar Hajko faras vere bonan laboron en ĉi tiu areo, mi opinias, ke la sekvaj opcioj povus esti pripensitaj:
Klavaraj ŝparvojoj por kaj sur la labortablo
Mi ŝatas, ke vi povas klaki ikonon kaj premi Alt-O por malfermi ĝin, aŭ uzi la pli tradician Alt-Malsupren ŝparvojon.
Same, estus bone, se vi povus premi Alt-Retrospaco, krom Alt-T, por movi dosieron al la Rubujo.
Por montri la labortablon: estus bona ideo uzi Alt-H por "Kaŝi" kaj Shift-Alt-H por "Kaŝi Ĉion". Kaj eble estus bona ideo enigi la kombinaĵon Shift-Alt-D al "Montri labortablon".
Ŝparvojoj en Dialogo-Kestoj
Mi malfermas StyledEdit kaj enmetas tekston. Mi premas Alt-Q. La programo demandas ĉu ĝi estu konservita. Mi premas Alt-D por "Ne konservi", Alt-C por "Nuligi". Sed ĝi ne funkcias. Mi provas uzi la sagoklavojn por elekti butonon. Ĝi ankaŭ ne funkcias. Mi ripetas la samajn paŝojn en Qt-bazita aplikaĵo. Ĉi tie, minimume, la sagoklavoj funkcias por elekti butonon. (Kontrolklavoj por elektado de butonoj estis origine uzitaj en Mac OS X, sed programistoj ŝajnas esti forgesinta pri ĉi tiu funkcio ekde tiam.)
Ŝparvojoj por preni ekrankopiojn
Estus bone, se vi povus premi Alt-Shift-3 por fari ekrankopion de la tuta ekrano, Alt-Shift-4 por aperigi kursoron, kiu ebligas al vi elekti areon de la ekrano, kaj Alt-Shift- 5 por montri la nunan aktivan fenestron kaj ĝian aspekton.
Mi scivolas, ĉu ĉi tio povas esti agordita permane, sed plej verŝajne ĝi estas neebla. Almenaŭ tia provo ne funkciis por mi [Mi devus esti provita envolvi ĝin en skripto! — ĉ. tradukisto].
Preskaŭ. Sed ne vere. "-bw" estas ignorita, krome necesas pliaj defaŭltaj agordoj.
Aliaj aferoj sur la klavaro
Mi povas senti la zorgon de la programistoj, do mi daŭre priskribos mian sperton kun la klavaro en Hajko.
Ne povas enigi naciajn signojn
La signo "`" estas speciala; ĝi povas esti aŭ parto de alia signo (ekzemple, "e") aŭ sendependa. Ĝia prilaborado ankaŭ malsamas en malsamaj operaciumoj. Ekzemple, mi ne povas enigi donitan signon sur germana klavaro en KWrite; se vi provas enigi ĝin, nenio okazas. Kiam vi enigas la saman signon en QupZilla, vi ricevas ">>". En indiĝenaj aplikoj, la simbolo estas enigita, sed vi devas duoble frapeti ĝin por ke ĝi aperu. Por enigi ĝin trifoje (kutime ĉi tio estas bezonata dum markado de blokoj de kodo, mi tajpas ĝin tiel ĉiam), vi devas premi la butonon 6 fojojn. En Mac, la situacio estas pritraktata pli inteligente (tri klakoj sufiĉas dum konservado de la kutima tajpado de diakritaj signoj).
Java Aplikoj
Mankas JavaFX? Javo venas al la savo, ĉu ne? Nu, ne tute:
pkgman install openjdk12_default
/> java -jar /Haiku/home/Desktop/MyMarkdown.jar
Error: Could not find or load main class Main
Caused by: java.lang.NoClassDefFoundError: javafx/application/ApplicationNi iru la alian vojon:
/> /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/ApplicationRezultas, ke en la reala vivo, Java-aplikoj ne estas tiel porteblaj kiel ili promesas en reklamado. Ĉu ekzistas JavaFX por Hajko? Se jes, kial ĝi ne estas instalita kun openjdk12_default?
Duobla klako sur jardosiero ne funkcias
Mi miras, ke Hajko ne havas ideon kiel trakti duoblan klakon sur .jar-dosiero.
Bash agas strange
Ĉar ekzistas bash, pipoj estis atenditaj funkcii:
/> listusb -vv > listusb.txt
bash: listusb.txt: Invalid Argumentkonkludo
Kial mi skribas ĉi tiujn artikolojn? Miaopinie, la mondo vere bezonas malferman fontan operaciumon kiel Hajku, kiu estas klare PC-centra, kaj ankaŭ ĉar mi ĉiam pli ĝenas la fakton, ke labortablaj medioj por Linukso. . Mi ne argumentas, ke necesas tute alia kerno por krei la deziratan uzantmedion por komputilo, aŭ ke eblas akiri similan medion aldone al la Linukso-kerno, sed mi interesiĝas pri tio, kion diras spertuloj pri kerno. pri ĉi tio. Nuntempe, mi nur fuŝas kun Hajko kaj prenas notojn kun la espero, ke ili estos utilaj al Hajko-programistoj kaj/aŭ la interesita publiko.
Provu ĝin mem! Post ĉio, la Haiku-projekto provizas bildojn por ekfunkciigo de DVD aŭ USB, generitaj . Por instali, simple elŝutu la bildon kaj bruligu ĝin al USB-memorilo uzante .
Ĉu vi havas demandojn? Ni invitas vin al la ruslingva .
Superrigardo de eraroj:
el traduko: jen la tria artikolo en la serio pri Hajko.
Listo de artikoloj: , .
fonto: www.habr.com