🥇Mana sestā diena ar Haiku: zem resursu, ikonu un paciņu pārsega

TL; DR: Haiku ir operētājsistēma, kas īpaši izstrādāta personālajiem datoriem, tāpēc tai ir vairāki triki, kas padara tās darbvirsmas vidi daudz labāku par citām. Bet kā tas darbojas?

Nesen Es atklāju Haiku, negaidīti labu sistēmu. Es joprojām esmu pārsteigts par to, cik gludi tas darbojas, it īpaši salīdzinājumā ar Linux darbvirsmas vidēm. Šodien es paskatīšos zem pārsega. Ja nepieciešams padziļinātai izpratnei, es salīdzināšu ar oriģinālajām Macintosh, Mac OS X un Linux darbvirsmas vidēm (XDG standarts no freedesktop.org).

Resursi ELF failos

Vakar uzzināju, ka IconOMatic var saglabāt ikonas rdef resursos ELF izpildāmajos failos. Šodien es gribu redzēt, kā tas īsti darbojas.

Resursi? Citāts no Brūss Horns, sākotnējais Macintosh Finder autors un Macintosh resursu pārvaldnieka "tēvs":

Esmu noraizējies par tradicionālās kodēšanas stingrību. Man pašai ideja par lietojumprogrammu, kas ir iesaldēta kodā, bez iespējas kaut ko dinamiski mainīt, ir mežonīgākā mežonība. Jābūt iespējai pēc iespējas vairāk mainīt izpildes laikā. Protams, pašu lietojumprogrammas kodu nevar mainīt, bet vai tiešām kaut ko var mainīt, nepārkompilējot kodu?

Sākotnējā operētājsistēmā Macintosh šiem failiem bija “datu sadaļa” un “resursu sadaļa”, kas padarīja neticami vienkāršu tādu lietu kā ikonu, tulkojumu un tamlīdzīgu saglabāšanu. izpildāmajos failos.

Operētājsistēmā Mac tas tiek izmantots ResEdit, grafiska programma, lai pēkšņi rediģētu resursus.

ResEdit oriģinālajā Macintosh datorā

Tā rezultātā kļuva iespējams rediģēt ikonas, izvēlnes vienumus, tulkojumus utt. pietiekami viegli, taču tie joprojām “ceļo” ar lietojumprogrammām.
Jebkurā gadījumā šai pieejai bija liels trūkums: tā darbojās tikai Apple failu sistēmās, kas bija viens no iemesliem, kāpēc Apple, pārejot uz Mac OS X, atteicās no “resursu sadaļas”.
Operētājsistēmā Mac OS X Apple vēlējās no failu sistēmas neatkarīgu risinājumu, tāpēc viņi pieņēma pakotņu koncepciju (no NeXT) — direktorijus, kurus failu pārvaldnieks uzskata par "necaurspīdīgiem objektiem", piemēram, failus, nevis direktorijus. Jebkura pakotne ar lietojumprogrammu formātā .app cita starpā ir fails Info.plist (kāda veida Apple ekvivalentā JSON vai YAML), kas satur lietojumprogrammas metadatus.

Taustiņi Info.plist failam no Mac OS X lietojumprogrammas pakotnes.

Resursi, piemēram, ikonas, lietotāja saskarnes faili un citi, tiek glabāti pakotnē kā faili. Koncepcija faktiski atgriezās savās saknēs NeXT.

Mathematica.app uz NeXTSTEP 1.0 1989. gadā: terminālī parādās kā failu direktorijs, bet grafiskajā failu pārvaldniekā kā viens objekts.

Atgriezīsimies pie BeOS, koncepcijām, uz kurām balstās Haiku. Tās izstrādātāji, pārejot no PEF (PowerPC) uz ELF (x86) (to pašu, ko izmanto operētājsistēmā Linux), nolēma ELF failu beigās pievienot resursu sadaļu. Tā neizmantoja savu īsto ELF sadaļu, tā tika vienkārši pievienota ELF faila beigām. Programmas rezultātā strip un citi no binutils, to neapzinoties, vienkārši nogriež. Tāpēc, pievienojot resursus ELF failam BeOS, labāk to nemanipulēt ar Linux rīkiem.

Kas tagad notiek ar Haiku? Būtībā vairāk vai mazāk tas pats.

Teorētiski būtu iespējams izvietot resursus vēlamajā ELF sadaļā. Saskaņā ar izstrādātāju teikto #haiku kanālā vietnē irc.freenode.net:

Izmantojot ELF, sadaļai būtu lielāka jēga... vienīgais iemesls, kāpēc mēs to nedarām, ir tas, ka mēs to darījām BeOS.
Un tagad nav jēgas to mainīt.

Resursu vadība

Resursi ir rakstīti strukturētā “resursu” formātā: būtībā resursu saraksts ar izmēriem un pēc tam to saturu. Atcerējos ar formātā.
Kā pārbaudīt resursus Haiku? Vai ir kaut kas līdzīgs ResEdit?
Saskaņā ar dokumentācija:

Lai skatītu lietojumprogrammas pakotnē sniegtos resursus, izpildāmo failu var vilkt uz tādas programmas kā Resursu sniedzējs. Varat arī doties uz termināli un palaist komandu listres имя_файла.

Resourcer ir pieejams HaikuDepot, bet man tas vienkārši avarē.

Kā pārvaldīt resursus ELF failos? Izmantojot rsrc и rdef. rdef faili tiek savākti rsrc. Fails rdef tiek saglabāts vienkārša teksta formātā, tāpēc ar to ir daudz vieglāk strādāt. Faila formāts rsrc pievienots ELF faila beigās. Mēģināsim spēlēt:

~> rc -h
Haiku Resource Compiler 1.1To compile an rdef script into a resource file:
    rc [options] [-o <file>] <file>...To convert a resource file back into an rdef script:
    rc [options] [-o <file>] -d <file>...Options:
    -d --decompile       create an rdef script from a resource file
       --auto-names      construct resource names from ID symbols
    -h --help            show this message
    -I --include <dir>   add <dir> to the list of include paths
    -m --merge           do not erase existing contents of output file
    -o --output          specify output file name, default is out.xxx
    -q --quiet           do not display any error messages
    -V --version         show software version and license

Jūs varat izmantot programmu xres pārbaudei un kontrolei:

/> xres
Usage: xres ( -h | --help )
       xres -l <file> ...
       xres <command> ...The first form prints this help text and exits.The second form lists the resources of all given files.The third form manipulates the resources of one or more files according to
the given commands.
(...)

Labi, mēģināsim?

/> xres -l /Haiku/system/apps/WebPositive/Haiku/system/apps/WebPositive resources:type           ID        size  name
------ ----------- -----------  --------------------
'MIMS'           1          36  BEOS:APP_SIG
'APPF'           1           4  BEOS:APP_FLAGS
'MSGG'           1         421  BEOS:FILE_TYPES
'VICN'         101        7025  BEOS:ICON
'VICN'         201          91  kActionBack
'VICN'         202          91  kActionForward
'VICN'         203         300  kActionForward2
'VICN'         204         101  kActionStop
'VICN'         206         243  kActionGoStart
'MSGG'         205        1342  kActionGo
'APPV'           1         680  BEOS:APP_VERSION

Vairāk par resursiem un formātu rdef tu vari lasīt šeit.

Standarta resursu veidi

Lai gan resursos varat ievietot jebko, ir daži noteikti standarta veidi:

app_signature: MIME lietojumprogrammas veids, faila atvēršanas kartēšanai, palaišanai, IPC utt.
app_name_catalog_entry: Tā kā lietojumprogrammas nosaukums parasti ir angļu valodā, varat norādīt vietas, kur atrodas tulkotie nosaukumi, lai lietotāji dažādās valodās pēc vajadzības redzētu tulkoto lietojumprogrammas nosaukumu.
app_version: tieši to, ko tu domāji
app_flags: norāda registrar kā apstrādāt pieteikumu. Es domāju, ka tajā ir vairāk nekā šķiet. Piemēram, ir B_SINGLE_LAUNCH, kas liek sistēmai palaist jaunu lietojumprogrammu procesu katru reizi, kad lietotājs to pieprasa (tas pats princips tiek izmantots lielākajai daļai lietojumprogrammu operētājsistēmā Linux). Ēst B_MULTIPLE_LAUNCH, izraisot procesa palaišanu katrs fails. Beidzot ir B_EXCLUSIVE_LAUNCH, kas liek sistēmai vienlaikus palaist tikai vienu procesu neatkarīgi no tā, cik bieži lietotāji to palaiž (piemēram, šādi Firefox darbojas operētājsistēmā Linux; tādu pašu rezultātu var sasniegt Qt lietojumprogrammās, izmantojot funkciju QtSingleApplication). Pieteikumi ar B_EXCLUSIVE_LAUNCH tiek paziņots, kad lietotājs mēģina tos palaist vēlreiz: piemēram, viņi saņem faila ceļu, kuru lietotājs vēlas atvērt ar viņu palīdzību.
vector_icon: vektora lietojumprogrammas ikona (BeOS nebija vektoru ikonu, tā vietā lielākajai daļai lietojumprogrammu izpildāmajos failos bija divas rastra ikonas).

Protams, jūs varat pievienot resursus ar jebkādiem vēlamajiem ID un veidiem un pēc tam lasīt tos pašā lietojumprogrammā vai citās lietojumprogrammās, izmantojot klasi BResources. Bet vispirms apskatīsim aizraujošo ikonu tēmu.

Vektoru ikonas haiku stilā

Protams, ne tikai Haiku izvēlējās labāko ikonu formātu; šajā daļā situācija ar Linux darbvirsmas vidēm ir tālu no ideāla:

me@host:~$ ls /usr/share/icons/hicolor/
128x128  256x256  512x512           index.theme
160x160  28x28    64x64             scalable
16x16    32x32    72x72             symbolic
192x192  36x36    8x8
22x22    42x42    96x96
24x24    48x48    icon-theme.cache

Skatoties uz šo jau var just, kas tas par gabalu.

Protams, ir mērogojams, kas satur, kā jūs saprotat, vektoru ikonas. Kāpēc tad ir vēl kaut kas? Tā kā vektorgrafikas zīmēšanas rezultāts mazos izmēros var nebūt ideāls. Es vēlētos saņemt dažādas iespējas, kas optimizētas dažādiem izmēriem. Linux darbvirsmas vidēs tas tiek panākts, izkliedējot dažāda izmēra ikonas visā failu sistēmā.

me@host:~$ find /usr/share/icons/ -name 'firefox.*'
/usr/share/icons/HighContrast/16x16/apps/firefox.png
/usr/share/icons/HighContrast/22x22/apps/firefox.png
/usr/share/icons/HighContrast/24x24/apps/firefox.png
/usr/share/icons/HighContrast/256x256/apps/firefox.png
/usr/share/icons/HighContrast/32x32/apps/firefox.png
/usr/share/icons/HighContrast/48x48/apps/firefox.png
/usr/share/icons/elementary-xfce/apps/128/firefox.png
/usr/share/icons/elementary-xfce/apps/16/firefox.png
/usr/share/icons/elementary-xfce/apps/22/firefox.png
/usr/share/icons/elementary-xfce/apps/24/firefox.png
/usr/share/icons/elementary-xfce/apps/32/firefox.png
/usr/share/icons/elementary-xfce/apps/48/firefox.png
/usr/share/icons/elementary-xfce/apps/64/firefox.png
/usr/share/icons/elementary-xfce/apps/96/firefox.png
/usr/share/icons/hicolor/128x128/apps/firefox.png

Lūdzu, ņemiet vērā: nav koncepcijas par dažādām Firefox versijām. Tādējādi nav iespējams graciozi risināt situāciju, kad sistēmā ir vairākas lietojumprogrammas versijas.

Dažādas Firefox ikonas dažādās versijās. Pašlaik ar to Linux bez dažādiem kruķiem nav iespējams tikt galā.

Operētājsistēmā Mac OS X tas tiek apstrādāts nedaudz smalkāk:

Mac:~ me$ find /Applications/Firefox.app | grep icns
/Applications/Firefox.app/Contents/MacOS/crashreporter.app
/Contents/Resources/crashreporter.icns
/Applications/Firefox.app/Contents/MacOS/updater.app/Contents/Resources/updater.icns
/Applications/Firefox.app/Contents/Resources/document.icns
/Applications/Firefox.app/Contents/Resources/firefox.icns

Var redzēt, ka ir viens fails firefox.icns iepakojumā Firefox.app, kurā ir visi izmēri, lai vienas un tās pašas lietojumprogrammas dažādām versijām būtu dažādas ikonas.
Daudz labāk! Ikonas ceļo kopā ar lietojumprogrammu, visi resursi ir vienā failā.

Atgriezīsimies pie Haiku. Pārsteidzošs risinājums, bez izņēmumiem. Saskaņā ar dokumentācija:

Tika izstrādāts īpašs HVIF formāts, kas ir ļoti optimizēts maziem izmēriem un ātrai renderēšanai. Tāpēc mūsu ikonas lielākoties ir daudz mazākas nekā rastra vai plaši izmantotajā SVG formātā.

Un tie joprojām ir optimizēti:

Ikonu izmēri HVIF, salīdzinot ar citiem formātiem.

Atšķirība ir par lielumu!

Taču maģija ar to nebeidzas. Viens un tas pats HVIF var parādīt dažādus detalizācijas līmeņus atkarībā no parādītā izmēra, lai gan tas ir vektora formāts.

Dažādi detalizācijas līmeņi (LOD) atkarībā no renderēšanas izmēra

Tagad par trūkumiem: jūs nevarat paņemt SVG, iemest to ImageMagick un saukt par dienu; jums ir jāiziet vairāki cikli, lai izveidotu ikonu HVIF formātā. Šeit paskaidrojumus. Tomēr IconOMatic var importēt SVG diezgan nepilnīgi; aptuveni 90% SVG detaļu tiek importēti ar zināmu varbūtību, atlikušie 10% būs jākonfigurē un jāmaina manuāli. Lasiet vairāk par to, kā HVIF veic savu burvību viens var emuārā Lea Gansone

Ikonas pievienošana lietojumprogrammai

Tagad izveidotajai pakotnei varu pievienot ikonu pēdējo reizi, ņemot vērā visu saņemto informāciju.
Tā kā es šobrīd īpaši nevēlos uzzīmēt savu ikonu savai QtQuickApp “Sveika, pasaule”, es to izņemu no Qt Creator.

/Haiku/home> xres /Haiku/system/apps/QtCreator/bin/Qt Creator  -o /Haiku/home/QtQuickApp/QtQuickApp  -a VICN:101:BEOS:ICON /Haiku/system/apps/QtCreator/bin/Qt Creator

Pārbaudīsim, vai ikona ir nokopēta:

/Haiku/home> xres -l /Haiku/home/QtQuickApp/QtQuickApp/Haiku/home/QtQuickApp/QtQuickApp
resources:type           ID        size  name
------ ----------- -----------  --------------------
'VICN'         101      152238  BEOS:ICON

Izskatās labi, bet kāpēc, nokopējot jauno ikonu, tā neparādās?

Kopētā VICN:101:BEOS:ICONs vēl netiek izmantota kā lietojumprogrammas ikona failu pārvaldniekā.

Ko es palaidu garām?

Izstrādātāja komentārs:

Mums ir jāizveido fails rdef ar visiem resursiem, pēc tam izpildiet komandu rc имя.rdef, tiks izveidots fails .rsrc. Pēc tam jums ir jāpalaiž komanda resattr -o имя_бинарника имя.rsrc. Es vismaz izmantoju šādas komandas, lai pievienotu ikonas saviem skriptiem.

Nu, es gribēju izveidot resursu, nevis atribūtu. Es tiešām esmu apjukusi.

Viedā kešatmiņa, izmantojot failu sistēmu

ELF atribūtu atvēršana un lasīšana notiek lēni. Kā jau rakstīju iepriekš, ikona ir ierakstīta kā resurss pašā failā. Šī metode ir uzticamāka un ļauj izturēt kopēšanu uz citu failu sistēmu. Tomēr, piemēram, tas tiek kopēts arī uz failu sistēmas atribūtu BEOS:ICON. Tas darbojas tikai noteiktās failu sistēmās, piemēram, BFS. Sistēmas parādītās ikonas (tracker un darbjoslā) tiek nolasītas no šī paplašinātā atribūta, jo šis risinājums darbojas ātri. Dažās vietās (kur ātrums nav svarīgs, piemēram, tipisks “Par” logs) sistēma saņem ikonu tieši no failā esošā resursa. Bet tas nav beigas. Atcerieties, ka operētājsistēmā Mac lietotāji var aizstāt lietojumprogrammu, direktoriju, dokumentu ikonas ar savām, jo operētājsistēmā Mac ir iespējams veikt šīs “svarīgās” darbības, piemēram, jaunas Slack ikonas aizstāšana ar iepriekšējo. Haiku resurss (failā) ir jāuztver kā oriģinālā ikona, kas nāk kopā ar lietojumprogrammu, un atribūts (BFS failu sistēmā) ir kaut kas, kas ļauj lietotājam veikt izmaiņas pēc vēlēšanās (lai gan, mājiens, GUI pielāgotas ikonas ievietošanai ikonas augšpusē nav obligāta).

Failu sistēmas atribūtu pārbaude

Ar resaddr Ir iespējams pārbaudīt un iestatīt failu sistēmas atribūtus.

/> resattr
Usage: resattr [ <options> ] -o <outFile> [ <inFile> ... ]

Reads resources from zero or more input files and adds them as attributes
to the specified output file, or (in reverse mode) reads attributes from
zero or more input files and adds them as resources to the specified output
file. If not existent the output file is created as an empty file.
(...)

Būtībā tā ir "līme", kas veic pārveidošanu starp (uzticamiem) resursiem un (ātriem) failu sistēmas atribūtiem. Un tā kā sistēma sagaida resursu saņemšanu un kopēšanu veic automātiski, es par to vairs neuztraucos.

hpkg pakešu burvība

Pašlaik (visbiežāk) pakotnes tiek izmantotas, lai iegūtu programmas uz Haiku .hpkg. Neļaujiet sevi apmānīt ar vienkāršu nosaukumu: .hpkg formāts darbojas pilnīgi savādāk nekā citi formāti ar līdzīgiem nosaukumiem, ar kuriem esat sastapies, tam ir patiesas lielvaras.

Izmantojot tradicionālos pakotņu formātus, es ilgu laiku biju sajukums šī fakta dēļ: jūs lejupielādējat vienu lietu (pakotni), bet sistēmā tiek instalēta cita lieta (faili pakotnes iekšpusē). Instalējot pakotni tradicionālā veidā, ir diezgan grūti pārvaldīt failus (piemēram, tos dzēst). Un viss, jo iepakojuma saturs izkaisīti visā failu sistēmā, tostarp vietās, kur vidusmēra lietotājam var nebūt rakstīšanas piekļuves. Tas rada veselu programmu klasi - pakešu pārvaldnieki. Taču jau instalētās programmatūras pārsūtīšana, piemēram, uz citu mašīnu, noņemamo disku vai failu serveri, kļūst vēl grūtāka, ja ne pilnīgi neiespējama. Tipiskā sistēmā, kuras pamatā ir Linux, var viegli būt no vairākiem simtiem tūkstošu līdz miljoniem atsevišķu failu. Lieki piebilst, ka tas ir gan trausls, gan lēns, piemēram, sākotnēji uzstādot sistēmu, instalējot, atjauninot un atinstalējot parastās pakotnes, kā arī kopējot sāknēšanas apjomu (saknes nodalījumu) uz citu datu nesēju.

Es strādāju pie projekta AppImage, kas ir daļējs kruķis galalietotāju lietojumprogrammām. Šis ir programmatūras izplatīšanas formāts, kas apkopo lietojumprogrammu un visas tās atkarības vienā failu sistēmas attēlā, kas tiek uzstādīts, startējot lietojumprogrammu. Ievērojami vienkāršo lietas, jo tas pats ImageMagick pēkšņi pārvēršas par vienu failu, ko failu pārvaldniekā pārvalda vienkārši mirstīgie. Piedāvātā metode darbojas tikai programmatūrai, kā norādīts projekta nosaukumā, un tai ir arī savs problēmu kopums, jo cilvēki, kas ir iesaistīti programmatūras piegādē Linux, vienmēr norāda uz mani ar bultiņu.

Atgriezīsimies pie Haiku. Vai ir izdevies atrast optimālo līdzsvaru starp tradicionālajām pakotņu sistēmām un uz attēliem balstītas programmatūras piegādi? Viņas pakas .hpkg faktiski saspiesti failu sistēmas attēli. Kad sistēma sāknējas, kodols pievieno visas instalētās un aktīvās pakotnes ar aptuveni šādiem kodola ziņojumiem:

KERN: package_daemon [16042853:   924] active package: "gawk-4.2.1-1-x86_64.hpkg"
KERN: package_daemon [16043023:   924] active package: "ca_root_certificates_java-2019_01_23-1-any.hpkg"
KERN: package_daemon [16043232:   924] active package: "python-2.7.16-3-x86_64.hpkg"
KERN: package_daemon [16043405:   924] active package: "openjdk12_default-12.0.1.12-1-x86_64.hpkg"
KERN: package_daemon [16043611:   924] active package: "llvm_libs-5.0.0-3-x86_64.hpkg"

Forši, jā? Pagaidiet, būs vēl foršāk!

Ir ļoti īpašs iepakojums:

KERN: package_daemon [16040020:   924] active package: "haiku-r1~beta1_hrev53242-1-x86_64.hpkg"

Tajā ir ļoti minimālistiska operētājsistēma, ieskaitot kodolu. Ticiet vai nē, pat pats kodols netiek izņemts no sāknēšanas sējuma (saknes nodalījuma), bet tiek rūpīgi ielādēts savā vietā no iepakojuma .hpkg. Oho! Es jau minēju, ka, manuprāt, daļa no Haiku vispārējās izsmalcinātības un konsekvences izriet no tā, ka visa sistēma, sākot no kodola un lietotāja galvenās telpas līdz pakotņu pārvaldībai un izpildlaika infrastruktūrai, tiek izstrādāta, sadarbojoties vienai komandai. Iedomājieties, cik daudz dažādu grupu un komandu būtu nepieciešams, lai palaistu kaut ko līdzīgu šim Linux [Es iedomājos PuppyLinux projektu - apm. tulkotājs]. Pēc tam iedomājieties, cik ilgs laiks būs nepieciešams, lai šī pieeja tiktu pieņemta sadalēs. Viņi saka: paņemiet vienkāršu problēmu, sadaliet to starp dažādiem izpildītājiem, un tā kļūs tik sarežģīta, ka to vairs nebūs iespējams atrisināt. Haiku šajā gadījumā man atvēra acis. Es domāju, ka tas ir tieši tas, kas tagad notiek operētājsistēmā Linux (Linux šajā gadījumā ir kopīgs termins Linux/GNU/dpkg/apt/systemd/Xorg/dbus/Gtk/GNOME/XDG/Ubuntu stekam).

Sistēmas atgriešana, izmantojot hpkg

Cik bieži notiek šāda situācija: atjaunināšana bija veiksmīga, un tad izrādās, ka kaut kas nedarbojas tā, kā vajadzētu? Ja izmantojat parastos pakotņu pārvaldniekus, ir grūti atgriezt sistēmas stāvokli brīdī, kad tika instalētas jaunas pakotnes (piemēram, ja kaut kas nogāja greizi). Dažas sistēmas piedāvā risinājumus failu sistēmas momentuzņēmumu veidā, taču tie ir diezgan apgrūtinoši un netiek izmantoti visās sistēmās. Haiku to atrisina, izmantojot paketes .hpkg. Ikreiz, kad sistēmā mainās pakotnes, vecās pakotnes netiek dzēstas, bet tiek saglabātas sistēmā apakšdirektorijās, piemēram, /Haiku/system/packages/administrative/state-<...>/ pastāvīgi. Nepabeigtās darbības saglabā savus datus apakšdirektorijās /Haiku/system/packages/administrative/transaction-<...>/.

Saturs /Haiku/system/packages/administrative. Katalogos “state...” ir teksta faili ar aktīvo pakotņu nosaukumiem, savukārt direktorijos “transaction...” ir pašas pakotnes.

"Vecais aktīvais stāvoklis", t.i. sarakstu .hpkg pakotnes, kas ir aktīvas pirms izmaiņas, tiek ierakstītas pēc katras darbības failu pārvaldniekā teksta failā /Haiku/system/packages/administrative/state-<...>/activated-packages. Līdzīgā veidā teksta failā tiek ierakstīts jauns “aktīvais stāvoklis”. /Haiku/system/packages/administrative/activated-packages.

Katalogs /Haiku/system/packages/administrative/state-<...>/ satur tikai teksta failu ar šī stāvokļa aktīvo pakotņu sarakstu (ja pakotnes tiek instalētas bez noņemšanas), un, ja pakotnes tika noņemtas vai atjauninātas, stāvokļa direktorijā ir vecas pakotņu versijas.

Kad sistēma sāk darboties, pamatojoties uz pakotņu sarakstu, tiek pieņemts lēmums aktivizēt (montēt) pakotnes. Tas ir tik vienkārši! Ja lejupielādes laikā kaut kas noiet greizi, varat likt lejupielādes pārvaldniekam izmantot citu, vecāku sarakstu. Problēma atrisināta!

Haiku lejupielādētājs. Katrs ieejas punkts parāda atbilstošu "aktīvo stāvokli"

Man patīk pieeja, ka "aktīvā stāvokļa" sarakstā ir vienkārši teksta faili ar viegli saprotamiem nosaukumiem .hpkg. Tas ir krasā pretstatā tam, ka tas ir paredzēts mašīnām, nevis cilvēkiem. ķekarā no OSTree vai Flatpak failu sistēmā (tādā pašā līmenī kā Microsoft GUID).

Katram laika punktam aktīvo pakotņu saraksts

Konfigurācijas dati

Acīmredzot katalogā /Haiku/system/packages/administrative/writable-files satur pakotņu konfigurācijas failus, taču tie ir ierakstāmi. Galu galā, kā jūs atceraties, .hpkg uzstādīts tikai lasāms. Tātad šie faili pirms rakstīšanas ir jānokopē no pakotnēm. Ir nozīme.

GUI integrācija .hpkg sistēmai

Let's tagad redzēt, kā šīs spīdīgās somas .hpkg tikt galā ar integrāciju lietotāja darba vidē (UX). Galu galā Haiku ir paredzētas personīgai lietošanai. Personīgi es uzstādīju latiņu augstu, salīdzinot lietotāju pieredzi ar pakotnēm .app operētājsistēmā Macintosh ar tādu pašu pieredzi .hpkg. Es pat nesalīdzināšu situāciju ar darba vidēm uz Linux, jo tā ir absolūti briesmīga salīdzinājumā ar citām.

Nāk prātā šādi scenāriji:

Es vēlos apskatīt iepakojuma saturu .hpkg
Es vēlos instalēt pakotni
Es vēlos izņemt iepakojumu
Es vēlos noņemt kaut ko, kas sistēmā ienāca kā daļa no pakotnes
Es vēlos kopēt kaut ko, kas sistēmā ienāca kā pakotnes daļa
Es vēlos lejupielādēt visas pakotnes atkarības, kas var nebūt daļa no katras Haiku instalācijas (piemēram, man ir fiziski izolēta iekārta bez interneta piekļuves).
Es vēlos pārvietot savas pakotnes (vai daļu no tām) atsevišķi uz citu vietu, atsevišķi no sāknēšanas sējuma (saknes nodalījuma) (jo, piemēram, man tajā nav pietiekami daudz vietas).

Tam vajadzētu aptvert lielāko daļu lielāko mana ikdienas darba gadījumu. Nu, sāksim.

Pārbauda iepakojuma saturu

Operētājsistēmā Mac Es vienkārši ar peles labo pogu noklikšķiniet uz pakotnes, lai to atvērtu un skatītu saturu Finder. Galu galā patiesībā tas ir tikai slēpts direktorijs! (Es zinu, ka ir iepakojumi .pkg sistēmas daļai, kas nav lietojumprogrammas, bet parastie lietotāji ar tām visbiežāk nesadarbojas).

Uz Haiku Es ar peles labo pogu noklikšķiniet uz iepakojuma, pēc tam noklikšķiniet uz "Saturs", lai redzētu, kas ir iekšā. Bet šeit ir tikai failu saraksts bez iespējas tos atvērt, veicot dubultklikšķi.
Būtu daudz labāk, ja būtu veids, kā (īslaicīgi) uzstādīt iepakojumu .hpkg skatīt, izmantojot failu pārvaldnieku, un lietotājam nav jāuztraucas par ieviešanas detaļām. (Starp citu, jūs varat atvērt .hpkg iepakot Expander, kas to var izpakot tāpat kā jebkuru citu arhīvu).

HaikuDepot interfeiss ļauj skatīt pakotņu failu sarakstu, taču nav iespējas skatīt saturu, piemēram, veicot dubultklikšķi uz README.md.

Mac uzvar šajā kategorijā, taču vēlamās HaikuDepot funkcionalitātes pievienošana nedrīkst būt pārāk sarežģīta.

Pakotnes instalēšana, izmantojot GUI

Operētājsistēmā Mac, lielākā daļa diska attēlu .dmg satur iepakojumus .app. Veiciet dubultklikšķi uz diska attēla un pēc tam kopējiet pakotni, piemēram, ievelkot to /Applications programmā Finder. Man tas ir pašsaprotami, taču esmu dzirdējis, ka daži iesācēji ar to var netikt galā. Pēc noklusējuma Apple "iesaka" visas sistēmas direktoriju /Applications (NeXT tas bija gan tīklā, gan individuāli), taču jūs varat viegli ievietot savas lietojumprogrammas failu serverī vai apakšdirektorijā $HOME/Applications, ja jums tas tā patīk.

Uz Haiku, veiciet dubultklikšķi uz pakotnes, pēc tam noklikšķiniet uz “Instalēt”, tas nevar būt vienkāršāk. Es domāju, kas notiek, ja pakotnei ir atkarības, kas ir pieejamas HaikuPorts, bet vēl nav instalētas. Operētājsistēmā Linux viņi patiešām nezina, ko darīt šajā situācijā, taču risinājums ir acīmredzams - jautājiet lietotājam, vai viņam ir nepieciešams lejupielādēt un instalēt atkarības. Tieši to, ko dara Haiku.

Es manuāli lejupielādēju 'sanity' pakotni un noklikšķināju uz tās, pakotņu pārvaldnieks zina, no kurienes iegūt tās atkarības (pieņemot, ka krātuves jau ir reģistrētas sistēmā). Ne katrs Linux izplatījums to var izdarīt.

Vēl viens veids ir izmantot failu pārvaldnieku, vienkārši velciet un nometiet .hpkg iepakojumā vai iekšā /Haiku/system/packages (pēc noklusējuma visas sistēmas instalēšanai) vai iekšā /Haiku/home/config/packages (individuālai instalēšanai; dubultklikšķi nav pieejams - mani joprojām kaitina vārds "config" šajā vietā, kas man šajā gadījumā ir sinonīms vārdam "iestatījumi"). Un vairāku lietotāju jēdziens pat Haiku vēl nav pieejams (drošvien tāpēc tas ir tik vienkārši - nezinu, varbūt vairāku lietotāju iespējas nevajadzīgi sarežģīs lietas darbvirsmas darbvirsmas videi).

Haiku šajā kategorijā uzvar, jo tā var strādāt ne tikai ar lietojumprogrammām, bet arī ar sistēmas programmām.

Pakotnes noņemšana no GUI

Operētājsistēmā Mac, jums ir jāvelk lietojumprogrammas ikona uz atkritni, un tas arī viss. Viegli!

Uz Haiku, pirmkārt, jāatrod, kur sistēmā atrodas pakotne, jo to reti instalējat īstajā vietā (sistēma dara visu). Parasti vajag ieskatīties /Haiku/system/packages (ar visas sistēmas noklusējuma instalāciju) vai iekšā /Haiku/home/config/packages (Vai es minēju, ka “config” ir nepareizs nosaukums?). Pēc tam lietojumprogramma tiek vienkārši aizvilkta uz miskasti, un viss.
Viegli! Tomēr es tā neteiktu. Lūk, kas patiesībā notiek:

Tas notiek, ja velciet lietojumprogrammu uz atkritni no /Haiku/system/packages

Tikko mēģināju pārvietot savu vakardienas programmu "Hello World" QtQuickApp uz miskasti. Es nemēģināju pārvietot sistēmas direktoriju, un tā kā visas pakotnes ir instalētas sistēmas direktorijā, pakotni nav iespējams noņemt .hpkg bez izmaiņām "tā saturs". Parasts lietotājs nobīsies un nospiedīs pēc noklusējuma piešķirto pogu “Atcelt”.

Izskaidro Mr. waddlespllash:

Šī ziņa ir vairāk nekā 10 gadus veca. Visticamāk, mums tas ir jākonfigurē tā, lai brīdinājums parādītos tikai tad, kad pati pakotne tiek pārvietota. Regulārajiem lietotājiem tas jebkurā gadījumā nav jādara.

Labi, varbūt man tas jādara, izmantojot HaikuDepot? Es veicu dubultklikšķi uz iepakojuma /Haiku/system/packages, gaidot, līdz parādīsies poga “Atinstalēt”. Nē, ir (tikai) “Instalēt”. "Atinstalēt", kur tu esi?

Prieka pēc es mēģināju redzēt, kas notiktu, ja es noklikšķinātu uz “Instalēt” uz jau instalētas pakotnes. Tas izrādās šādi:

Tas notiek, ja mēģināt instalēt jau instalētu pakotni.

Parādās nākamais:

Ja iepriekšējā logā noklikšķināsit uz “Lietot izmaiņas”, tas izskatīsies šādi

Es pieņemu, ka tā ir programmatūras kļūda; saite uz lietojumprogrammu jau ir tur. [autors nesniedza saiti - apm. tulkotājs]

Ātrs risinājums: pievienojiet pogu Atinstalēt, ja pakotne jau ir ievietota /Haiku/system/packages, vai iekšā /Haiku/home/config/packages.

Apskatot HaikuDepot instalēto pakotņu sarakstu, es redzu savu pakotni sarakstā un varu to noņemt.

Mac uzvar šajā kategorijā. Bet es varu iedomāties, ka ar pareizu iestatīšanu Haiku lietotāja pieredze būs labāka nekā Mac. (Viens no izstrādātājiem to novērtēja šādi: "Mazāk nekā stunda, lai pievienotu norādīto funkcionalitāti HaikuDepot, ja jūs zināt nedaudz C++, kāds brīvprātīgais?)

Kaut ko izņemt no iepakojuma

Mēģināsim noņemt pašu lietojumprogrammu, nevis pakotni .hpkg, no kā tas nāca (šaubos, ka “vienkāršajiem mirstīgajiem” ir kāda atšķirība).

Operētājsistēmā Mac, lietotājs faktiski parasti strādā ar failu .dmgno kurienes nāk lietojumprogrammu pakotne .app. Parasti attēli .dmg tiek uzkrāti lejupielāžu direktorijā, un lietotājs kopē pakotnes uz /Applications. Domājams, ka daudzi lietotāji paši nezina, ko dara, šo hipotēzi apstiprina kāds bijušais Apple darbinieks. (Viena no lietām, kas man nepatīk operētājsistēmā Mac. Un, piemēram, ar AppImage nav nekādas atšķirības starp lietojumprogrammu un pakotni, kurā tā bija. Velciet ikonu uz miskasti = tas ir viss. Vienkārši!)

Uz Haiku, pastāv arī dalījums starp apps/ и packages/, tāpēc es šaubos, vai tas lietotājiem padarīja to skaidrāku. Bet kas notiek, ja velkat programmu no apps/ Pievienot grozam:

Tas notiek, mēģinot noņemt lietojumprogrammu, kas ņemta no faila .hpkg

Tehniski tas ir pareizi (galu galā lietojumprogramma vispirms tiek mitināta tikai lasāmā failu sistēmā), taču tā nav īpaši noderīga lietotājam.

Ātrs risinājums: tā vietā iesakiet izmantot GUI, lai dzēstu .hpkg

Prieka pēc mēģināju dublēt lietojumprogrammu, nospiežot Alt+D. Es saņēmu ziņojumu "Nevar pārvietot vai kopēt objektus tikai lasāmā sējumā." Un viss tāpēc /system (Turklāt /system/packages и /system/settings) ir packagefs pievienošanas punkts (atcerieties, kā tas parādās izvadā df?). Diemžēl komandas izvade mount nenoskaidro situāciju (kā teikts vienā no iepriekšējiem rakstiem), mountvolume nerāda to, ko meklējat (acīmredzot, paketes, kas uzstādītas caur cilpu .hpkg netiek uzskatīti par "sējumiem"), un es arī aizmirsu alternatīvās komandas.

Šajā kategorijā neviens neuzvarēja, izņemot AppImage (bet, ja godīgi, tas ir neobjektīvs viedoklis). Tomēr var iedomāties, ka pēc pielāgošanas Haiku lietotāja pieredze būs labāka nekā Mac.

Piezīme: jums ir jānoskaidro, kas ir “sējums” saistībā ar “sadaļu”. Tas, iespējams, ir līdzīgs "mapes" un "direktorija" attiecībām: lielākā daļa direktoriju failu pārvaldniekā parādās kā mapes, bet ne visi no tiem (piemēram, pakotnes, kas tiek uzskatītas par failiem). Vai šāda veida displejs padara mani par oficiālu nerdi?

Pakotnes satura kopēšana uz citu sistēmu

Operētājsistēmā Mac, es stulbi velku paku .app, un tā kā atkarības atrodas iepakojumā, tās pārvietojas kopā.

Uz Haiku, velku aplikāciju, bet atkarības vispār netiek apstrādātas.

Ātrs risinājums: tā vietā ieteiksim vilkt visu `.hpkg pakotni kopā ar jebkādām atkarībām, ja tādas ir.

Šajā kategorijā nepārprotami uzvar Mac. Vismaz man, viņu paradigmas cienītājam. Man vajadzētu to pārkopēt uz Haiku .hpkg aplikācijas vietā, bet sistēma man šo nepiedāvā...

Lejupielādējiet pakotni ar visām tās atkarībām

Ne visas mašīnas ir visu laiku savienotas ar tīklu. Gluži pretēji, dažas mašīnas (jā, es skatos uz jums, mūsdienu Windows, Mac un Linux) par to aizmirst. Man ir svarīgi, lai es varētu aiziet, piemēram, uz interneta kafejnīcu, lejupielādēt programmatūru noņemamajā diskā, ievietot šo disku savā mājas datorā un būt pārliecināts, ka viss darbosies [riskants puisis, dara to operētājsistēmā Windows... - apm. tulkotājs].

Rezultātā man ir tendence saskarties ar neapmierinātām atkarībām no Windows un Linux nedaudz biežāk nekā parasti.

Operētājsistēmā Mac tas parasti ir viens fails, viss, kas jums jādara, ir lejupielādēt .dmg. Visbiežāk tam nav citu atkarību, izņemot tās, kuras pēc noklusējuma nodrošina pati MacOS. Izņēmums ir sarežģītas lietojumprogrammas, kurām nepieciešama atbilstoša izpildes vide, piemēram, java.

Uz Haiku lejupielādes pakotni .hpkg Piemēram, vienai un tai pašai lietojumprogrammai java var nepietikt, jo java mērķa datorā var būt vai nebūt. Vai ir kāds veids, kā lejupielādēt visas noteiktās pakotnes atkarības .hpkg, izņemot tos, kas pēc noklusējuma ir instalēti programmā Haiku un tāpēc tiem jābūt katrā Haiku sistēmā?

Mac uzvar šajā kategorijā ar nelielu pārsvaru.

Komentāri Mr. waddlesplash:

Uzrakstīt programmu, lai apkopotu visas lietojumprogrammas atkarības kā pakotņu kopu .hpkg kādam, kas pārzina Haiku iekšējo darbību, pietiek ar aptuveni 15 minūtēm. Atbalsta pievienošana šim nolūkam nav tik sarežģīta, ja pēc tā ir reāla vajadzība. Bet man šī ir reta situācija.

Aizturēsim elpu līdz nākamajam šīs sērijas rakstam.

Paku pārvietošana uz atsevišķu vietu

Kā jau rakstīju iepriekš, es vēlos ievietot savas pakas .hpkg (nu vai daļu no tiem) uz īpašu vietu, atsevišķi no parastā izvietojuma sāknēšanas sējumā (saknes nodalījumā). Parastā (ne tik teorētiskā) gadījumā iemesls tam ir tas, ka man pastāvīgi pietrūkst brīvas vietas savos (iebūvētajos) diskos, lai cik lieli tie būtu. Un es parasti pievienoju ārējos diskus vai tīkla koplietojumus tur, kur atrodas manas lietojumprogrammas.

Operētājsistēmā Mac Es tikai pārvietoju pakas .app uz noņemamo disku vai tīkla direktoriju programmā Finder, un viss. Es joprojām varu veikt dubultklikšķi, lai atvērtu lietojumprogrammu, kā parasti, izmantojot sāknēšanas skaļumu. Tikai!

Uz Haiku, kā man teica, to var panākt, pārvietojot manu .hpkg pakotnes uz noņemamo disku vai tīkla direktoriju, bet pēc tam konsolē ir jāizmanto dažas nedokumentētas komandas, lai tās pievienotu sistēmā. Es nezinu, kā to izdarīt, izmantojot tikai GUI.

Mac uzvar šajā kategorijā.

Saskaņā ar mr. waddlesplash:

Šī ir optimizācija, kuras pamatā ir normāla lietošana. Ja būs pieprasījums no vairāk nekā viena lietotāja, mēs to īstenosim. Jebkurā gadījumā pastāv trešās puses ieviešanas iespēja.

Par to mēs runāsim nākamajā rakstā.

Runājot par tīkla direktorijiem, būtu lieliski (es domāju, ka LAN puses) būtu vienkāršas, atklājamas, tīkla mēroga lietojumprogrammas (piemēram, Zeroconf), kuras var kopēt uz lokālo datoru vai palaist tieši no lokālā tīkla. Protams, izstrādātājiem ir iespēja atteikties, izmantojot app_flags.

Nobeiguma ziņojums par hpkg sistēmas integrāciju ar GUI

Es domāju, ka tas galvenokārt ir saistīts ar integrācijas relatīvo jaunumu .hpkg GUI joprojām atstāj daudz ko vēlēties. Jebkurā gadījumā ir dažas lietas, kuras varētu uzlabot UX ziņā...

Vēl viena lieta: kodola atkļūdošanas zeme

Būtu lieliski, ja, piemēram, kodola panikas laikā varētu ievadīt komandas syslog | grep usb. Haiku tas ir iespējams, pateicoties Kernel Debug Land. Kā jūs varat redzēt šo maģiju darbībā, ja viss darbojas tā, kā vajadzētu, nenokļūstot kodola panikā? Vienkārši nospiežot Alt+PrintScn+D (atkļūdošanas mnemonika). Uzreiz atceros Programmētāja atslēga, kas ļāva sākotnējiem Macintosh izstrādātājiem ievadīt atkļūdotāju (ja tāds, protams, bija instalēts).

Secinājums

Es sāku saprast, ka Haiku sistēmas izsmalcinātība rodas no tā, ka darbu veic viena neliela komanda ar skaidru fokusu uz darba vidi, ar visiem sistēmas slāņiem pieejamiem.
Krass kontrasts ar Linux/GNU/dpkg/apt/systemd/Xorg/dbus/Gtk/GNOME/XDG/Ubuntu pasauli, kur viss ir sadalīts mazos gabaliņos tiktāl, ka abstrakcija sēž uz abstrakcijas un brauc ar kruķiem.
Bija arī izpratne par to, kā sistēma .hpkg apvieno tradicionālo pakotņu pārvaldnieku, Snappy, Flatpak, AppImage, pat btrfs, labāko praksi un apvieno tos ar Mac pieeju “tikai darbojas”.

It kā manā galvā kaut kas “pārslēdzās”, un es sapratu, kā sistēma .hpkg zina, kā ripot prom, tikai paskatoties uz viņu. Bet tas nav es, bet gan sistēmas skaistums un vienkāršība. Liela daļa no tā ir iedvesmota no oriģinālā Mac gara.

Jā, pārlūkošana pārlūkprogrammā var būt saraustīta un darboties kā gliemezis, var trūkt aplikāciju (nav Gtk, Electron - izstrādātāji secināja, ka ar izsmalcinātību tiem neiet labi), video un 3d paātrinājuma var nebūt pilnīgi, bet es tomēr patīk šī sistēma. Galu galā šīs lietas var labot, un tās agrāk vai vēlāk parādīsies. Tas ir tikai laika un varbūt nedaudz sarkano acu jautājums.

Es nevaru piedāvāt palīdzību, bet domāju, ka no šī brīža tas sāksies gads Haiku uz darbvirsmas.

Nejaušas problēmas

Varbūt jau ir pieprasījumi, vai man tie jāatver?

BeScreenCapture jāspēj eksportēt uz GIF, piemēram, Peek. To var izdarīt, izmantojot ffmpeg, kas jau ir pieejama Haiku. Pieteikums.
Ekrānuzņēmuma programmatūrai neizdodas tvert modālo logu, tā vietā tiek uzņemts viss ekrāns
Jūs nevarat apgriezt ekrānuzņēmumus, izmantojot WonderBrush apgriešanas rīku, un pēc tam saglabāt rezultātu failā
Man ne īpaši patīk rokas kursors Haiku valodā, bet, manuprāt, tas ir saistīts ar silto nostalģisko sajūtu. Tas ir īpaši kaitinoši, izmantojot apgriešanas rīku Krita, jo tas rada neprecīzu apgriešanu (skatiet modālo dialogu ekrānuzņēmumus šajā rakstā). Krustveida kursors būtu brīnišķīgs. Pieteikums.

Izmēģiniet to pats! Galu galā Haiku projekts nodrošina ģenerētus attēlus palaišanai no DVD vai USB katru dienu. Lai instalētu, vienkārši lejupielādējiet attēlu un ierakstiet to zibatmiņas diskā, izmantojot Etcher

Vai jums ir kādi jautājumi? Aicinām uz krievvalodīgo telegrammas kanāls.

Kļūdu pārskats: Kā iešaut sev kājā C un C++ valodā. Haiku OS recepšu kolekcija

No autors tulkojums: šis ir sestais raksts sērijā par Haiku.

Rakstu saraksts: Pirmais Otrais Trešais Ceturtais Piektais

Avots: www.habr.com

Mana sestā diena ar Haiku: zem resursu, ikonu un paciņu pārsega