TL; DR: Haiku pergalek xebitandinê ye ku bi taybetî ji bo PC-yê hatî çêkirin, ji ber vê yekê çend hîleyên wê hene ku hawîrdora sermaseya wê ji yên din çêtir dike. Lê ew çawa dixebite?
Min Haiku keşf kir, pergalek neçaverêk baş. Ez hîn jî matmayî me ku ew çiqas bi hêsanî dimeşe, nemaze li gorî hawîrdorên sermaseya Linux-ê. Îro ez ê li binê kapê binêrim. Li cîhê ku ji bo têgihiştina kûr hewce be, ez ê bi hawîrdora sermaseya Macintosh, Mac OS X û Linux-ê ya orîjînal re berhev bikim (standard XDG ji freedesktop.org).
Çavkaniyên di pelên ELF de
Duh ez fêr bûm ku IconOMatic dikare îkonan di çavkaniyên rdef de di navberên ELF de tomar bike. Îro ez dixwazim bibînim ka ew bi rastî çawa dixebite.
Çavkanî? ji , nivîskarê eslî yê Macintosh Finder û "bavê" Rêvebirê Çavkaniya Macintosh:
Ez ji xwezaya hişk a kodkirina kevneşopî ditirsim. Ji bo min, ramana serîlêdanek ku di kodê de hatî cemidandin, bêyî ku meriv tiştek dînamîkî biguhezîne, hovîtiya herî hov e. Divê di dema xebitandinê de bi qasî ku gengaz were guheztin gengaz be. Bê guman, koda serîlêdanê bixwe nayê guhertin, lê bê guman tiştek bêyî berhevkirina kodê dikare were guheztin?
Li ser Macintosh-a orîjînal, wan van pelan kir ku xwedan "beşa daneyê" û "beşa çavkaniyê" be, ku hilanîna tiştên mîna îkon, werger û yên wekî wan pir hêsan kir. di pelên îcrakar de.
Li Mac-ê ev tê bikar anîn , bernameyek grafîkî ya ji bo - ji nişka ve - çavkaniyên guherandinê.
Li ser Macintosh-a orîjînal ji nû ve biguherîne
Wekî encamek, guheztina îkon, hêmanên menu, werger, hwd. bes hêsan e, lê ew dîsa jî bi serîlêdanan re "rêwî" dikin.
Di her rewşê de, vê nêzîkatiyê kêmasiyek mezin hebû: ew tenê li ser pergalên pelan ên Apple-ê dixebitî, ku yek ji wan sedeman bû ku Apple gava ku derbasî Mac OS X-ê bû dev ji "beşa çavkaniyê" berda.
Li ser Mac OS X, Apple çareseriyek serbixwe-pergala pelan dixwest, ji ber vê yekê wan têgeha pakêtan (ji NeXT) pejirand, pelrêçiyên ku ji hêla rêveberê pelan ve wekî "tiştên neşefaf" têne hesibandin, wekî pelan ji peldankan. Her pakêtek bi serîlêdanek di formatê de .app di nav tiştên din de pelek heye Info.plist (di cûreyek hevwateya Apple ya JSON an YAML de) ku metadata serîlêdanê vedihewîne.
Bişkojkên pelê Info.plist ji pakêta serîlêdana Mac OS X.
Çavkanî, wekî îkon, pelên UI û yên din, di pakêtê de wekî pelan têne hilanîn. Têgeh bi rastî vegeriya kokên xwe yên li NeXT.
Mathematica.app li ser NeXTSTEP 1.0 di sala 1989 de: wekî pelrêça pelan di termînalê de xuya dike, lê di rêveberê pelê grafîkî de wekî yek tişt xuya dike.
Werin em vegerin ser BeOS, têgehên ku Haiku li ser bingeha wan e. Pêşdebirên wê, dema ku ji PEF (PowerPC) veguheztin ELF (x86) (eynî ku li Linux-ê tê bikar anîn), biryar da ku beşek çavkaniyê li dawiya pelên ELF zêde bikin. Wê beşa xweya ELF-ya xwerû bikar neanî, ew bi tenê li dawiya pelê ELF hate pêve kirin. Di encama bernameyê de strip û yên din ji binutils, ku haya wan ji vê yekê tune, bi tenê jê birrîn. Ji ber vê yekê, dema ku çavkaniyan li pelek ELF-ê li ser BeOS zêde dikin, çêtir e ku meriv wê bi amûrên Linux-ê manîpule neke.
Niha bi Haiku re çi dibe? Di bingeh de, kêm-zêde heman.
Di teoriyê de, dê gengaz be ku çavkaniyan di beşa xwestî ya ELF de bi cîh bikin. Li gorî pêşdebirên li ser kanala #haiku li ser irc.freenode.net:
Bi ELF re beş dê bêtir watedar be... yekane sedema ku em wiya wiya nakin ev e ku ya ku me di BeOS de kir ev e."
Û niha tu wateya guhertina vê yekê tune.
Rêveberiya Çavkaniyê
Resourcesavkaniyên di formatek "çavkaniya" a strukturandî de têne nivîsandin: di bingeh de navnîşek çavkaniyên bi pîvanan û paşê naveroka wan. hat bîra min .
Meriv çawa çavkaniyên li Haiku kontrol dike? Tiştek mîna ResEdit heye?
Li gorî :
Ji bo dîtina çavkaniyên ku di pakêta serîlêdanê de têne peyda kirin, hûn dikarin pelê birêkûpêk bikişînin ser bernameyek mîna . Her weha hûn dikarin biçin termînalê û fermanê bimeşînin
listres имя_файла.
Çavkanî li HaikuDepot heye, lê ew ji bo min tenê diqelişe.
Meriv çawa çavkaniyan di pelên ELF de birêve dibe? Bikaranîna rsrc и rdef. rdef pelan tê de têne berhev kirin rsrc. Dosî rdef di formata nivîsa sade de tê hilanîn, ji ber vê yekê karkirina pê re pir hêsantir e. Forma pelê rsrc bi dawiya pelê ELF ve hatî pêve kirin. Ka em hewl bidin ku bilîzin:
~> 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 licenseHûn dikarin bernameyê bikar bînin xres ji bo kontrol û kontrolê:
/> 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.
(...)Baş e, em biceribînin?
/> 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_VERSIONZêdetir li ser çavkaniyan û formatê rdef hûn dikarin bixwînin .
Cûreyên çavkaniya standard
Her çend hûn dikarin her tiştî bixin nav çavkaniyan, çend celeb standardên diyarkirî hene:
app_signature: Cureyê serîlêdana MIME, ji bo nexşeya vekirî ya pelê, destpêkirin, IPC, hwd.app_name_catalog_entry: Ji ber ku navê serîlêdanê bi gelemperî bi Englishngilîzî ye, hûn dikarin cîhên ku navên wergerkirî lê ne diyar bikin, da ku bikarhênerên zimanên cihê ger bixwazin dê navê serîlêdana wergerkirî bibînin.app_version:Tiştê ku te difikirîapp_flags: nîşan dideregistrarmeriv çawa serlêdanê dike. Ez difikirim ku ji çavan bêtir heye. Ji bo nimûne, heyeB_SINGLE_LAUNCH, ku pergalê neçar dike ku her gava ku bikarhêner wê daxwaz dike pêvajoyek serîlêdanê ya nû bide destpêkirin (heman prensîb ji bo piraniya serîlêdanên li Linux-ê tê bikar anîn). XwarinB_MULTIPLE_LAUNCH, dibe sedem ku pêvajo bimeşe her pelê. Di dawiyê de heyeB_EXCLUSIVE_LAUNCH, ku pergalê neçar dike ku di carekê de tenê pêvajoyek bide destpêkirin, her çend bikarhêner wê çend caran dest pê bikin (mînak, Firefox bi vî rengî li Linux-ê dimeşîne; heman encam dikare di sepanên Qt de bi karanîna fonksiyonê ve were bidestxistin ). Serlêdanên biB_EXCLUSIVE_LAUNCHdema ku bikarhêner hewl dide wan ji nû ve bixebitîne têne agahdar kirin: mînakî, ew riya pelê ya ku bikarhêner dixwaze bi alîkariya wan veke distînin.vector_icon: Îkona serîlêdana vektorê (BeOS ne xwediyê îkonên vektorê bû, di şûna piraniya serlêdanan de du îkonên raster di pelên xwe yên îcrakar de hebûn).
Bê guman, hûn dikarin bi her nasname û celebên xwestin re çavkaniyan lê zêde bikin, û dûv re wan di serîlêdanê bixwe an serîlêdanên din de bi karanîna polê bixwînin. BResources. Lê pêşî, em li mijara balkêş a îkonan binêrin.
Îkonên vektorê bi şêwaza Haiku
Bê guman, ne tenê Haiku formata îkonê ya çêtirîn hilbijart; di vê beşê de, rewşa hawîrdorên sermaseya Linux ji îdeal dûr e:
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.cacheDema ku hûn li vê yekê dinêrin hûn dikarin jixwe hîs bikin ka ew çi perçeyek e.
Bê guman, scalable heye, ku tê de, wekî ku hûn fêm dikin, îkonên vektorê hene. Wê demê çima tiştek din heye? Ji ber ku encama xêzkirina grafikên vektorê di pîvanên piçûk de dibe ku ji îdeal kêmtir be. Ez dixwazim vebijarkên cihêreng ji bo pîvanên cihêreng xweşbîn bikim. Di hawîrdorên sermaseya Linux de, ev bi belavkirina îkonên bi mezinahiyên cihêreng li seranserê pergala pelê tê bidestxistin.
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.pngJi kerema xwe not: têgehek guhertoyên cûda yên Firefox tune. Ji ber vê yekê, ne gengaz e ku meriv bi dilşewatî rewşa hebûna pir guhertoyên serîlêdanê li ser pergalê bi rê ve bibe.
Di guhertoyên cihê de îkonên cihêreng ên Firefoxê. Heya nuha ne gengaz e ku meriv vê yekê di Linux-ê de bêyî kulîlkên cihêreng bi rê ve bibe.
Mac OS X wê hinekî bi hûrgilî digire dest:
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.icnsTê dîtin ku yek pel heye firefox.icns di pakêtê de Firefox.app, hemî pîvanan vedihewîne da ku guhertoyên cihêreng ên heman serîlêdanê xwedî îkonên cihê bin.
Pir çêtir! Îkon bi serîlêdanê re rêwîtiyê dikin, hemî çavkanî di yek pelê de ne.
Ka em vegerin ser Haiku. Çareseriyek hişê xwe, bê îstîsna. Ligor :
Formatek taybetî ya HVIF, ku ji bo pîvanên piçûk û vegotina bilez pir xweşbînkirî ye, hate pêşve xistin. Ji ber vê yekê, îkonên me bi piranî ji raster an di forma SVG ya ku pir tê bikar anîn de piçûktir in.
Û ew hîn jî xweşbîn in:
Mezinahiyên îkonê di HVIF de li gorî formatên din.
Cûdahî rêzek mezin e!
Lê efsûn bi vir naqede. Heman HVIF dikare li gorî mezinahiya ku tê xuyang kirin astên cûda yên hûrguliyê nîşan bide, her çend ew formatek vektor e.
Astên cûda yên hûrguliyê (LOD) li gorî mezinahiya renderê girêdayî ye
Naha di derheqê dezawantajan de: hûn nekarin SVG bigirin, wê bavêjin ImageMagick û rojekê jê re bibêjin; pêdivî ye ku hûn çend dewran derbas bikin da ku îkonek di forma HVIF de biafirînin. ravekirinên. Lêbelê, IconOMatic dikare SVG bi rengek bêkêmasî import bike; Nêzîkî 90% hûrguliyên SVG bi hin îhtîmalek têne import kirin, 10% mayî dê hewce bike ku bi destan were mîheng kirin û guhertin. Zêdetir bixwînin ka HVIF çawa sêrbaziya xwe dike di blogê de
Zêdekirina îkonekê li serîlêdanê
Naha ez dikarim îkonek li pakêta hatî çêkirin zêde bikim , li ber çavan hemû agahiyên ku hatine.
Welê, ji ber ku ez bi taybetî ne dilxwaz im ku îkona xwe ji bo QtQuickApp-a xwe ya "Silav, Cîhan" xêz bikim, ez wê ji Qt Afirînerê derdixim.
/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 CreatorKa em kontrol bikin ka îkon hatiye kopî kirin:
/Haiku/home> xres -l /Haiku/home/QtQuickApp/QtQuickApp/Haiku/home/QtQuickApp/QtQuickApp
resources:type ID size name
------ ----------- ----------- --------------------
'VICN' 101 152238 BEOS:ICONBaş xuya dike, lê çima dema ku îkona nû tê kopî kirin ew xuya nake?
VICN:101:BEOS:ICONên kopîkirî hê jî wekî îkonek serîlêdanê di rêvebirê pelê de nayê bikar anîn
Min bêriya çi kir?
Şîroveya pêşdebiran:
Divê em pelek çêbikin
rdefbi hemî çavkaniyan re, paşê fermanê bicîh bikinrc имя.rdef, ev ê pelê biafirîne.rsrc. Hingê hûn hewce ne ku emrê bimeşîninresattr -o имя_бинарника имя.rsrc. Bi kêmanî, ez fermanên mîna van bikar tînim da ku îkonan li nivîsarên xwe zêde bikim.
Welê, min dixwest çavkaniyek biafirînim, ne taybetmendiyek. Ez bi rastî şaş im.
Caching Smart bi bikaranîna pergala pelan
Vekirin û xwendina taybetmendiyên ELF hêdî ye. Wekî ku min li jor nivîsî, îkon wekî çavkaniyek di pelê bixwe de tê nivîsandin. Ev rêbaz pêbawertir e û dihêle hûn ji kopîkirina li pergalek pelê din sax bimînin. Lêbelê, wê hingê ji bo nimûne, taybetmendiya pergala pelê jî tê kopî kirin BEOS:ICON. Ev tenê li ser hin pergalên pelan, wek BFS, dixebite. Îkonên ku ji hêla pergalê ve têne xuyang kirin (li Tracker û Deskbar) ji vê taybetmendiya dirêjkirî têne xwendin, ji ber ku ev çareserî zû dixebite. Li hin deveran (ku lez ne girîng e, mînakî, pencereyek tîpîk "About"), pergal rasterast îkonê ji çavkaniya pelê distîne. Lê ev ne dawî ye. Bînin bîra xwe, li ser Mac-ê, bikarhêner dikarin îkonên serîlêdan, derhêner, belgeyên xwe biguhezînin, ji ber ku li ser Mac-ê gengaz e ku meriv van tiştên "girîng" bike, mînakî. . Li ser Haiku, divê hûn çavkaniyê (di pelê de) wekî îkona orîjînal a ku bi serîlêdanê re tê, û taybetmendiyê (di pergala pelan a BFS de) wekî tiştek ku destûrê dide bikarhêner ku bi kêfa xwe guhertinan çêbike (tevî, destnîşan GUI-ya ji bo danîna îkonek xwerû li ser îkonê vebijarkî ye). hêj ji hêla xwerû ve nehatiye bicîh kirin).
Kontrolkirina taybetmendiyên pergala pelan
Bi alîkariya alîkariya resaddr Mumkun e ku meriv taybetmendiyên pergala pelan kontrol bike û saz bike.
/> 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.
(...)Ew bi bingehîn "zeliqok" e ku veguheztina paş û paş di navbera çavkaniyên (pêbawer) û taybetmendiyên pergala pelan (zû) de pêk tîne. Û ji ber ku pergal hêvî dike ku çavkaniyan werbigire û kopîkirinê bixweber dike, ez ê bêtir ji wê netirsim.
Sêrbaziya pakêtên hpkg
Niha (pir caran) pakêt ji bo bidestxistina bernameyên li ser Haiku têne bikar anîn .hpkg. Bi navê sade nexapînin: formata .hpkg ji formên din ên bi navên ku we pê re rûbirû bûne bi tevahî cûda cûda dixebite, ew xwedî hêzên super ên rastîn e.
Bi formatên pakêtê yên kevneşopî, ez ji ber vê rastiyê demek dirêj aciz bûm: hûn tiştek (pakêtê) dakêşin, û yekî din li ser pergalê tê saz kirin (pelên di hundurê pakêtê de). Dema ku pakêtek bi awayê kevneşopî saz bikin birêvebirina pelan (mînak, jêbirina wan) pir dijwar e. Û hemî ji ber naveroka pakêtê li seranserê pergala pelan belav kirin, di nav wan de cîhên ku dibe ku bikarhênerê navîn ne xwediyê gihandina nivîsandinê be. Ev rê dide çînek tevaya bernameyan - rêveberên pakêtê. Lê veguheztina nermalava ku jixwe hatî saz kirin, mînakî, ji makîneyek din, dîska jêbirin an servera pelê re, heke ne bi tevahî ne gengaz be, hîn dijwartir dibe. Li ser pergalek bingehîn a Linux-ê, bi hêsanî dikare çend sed hezar û bi mîlyonan pelên kesane hebin. Ne hewce ye ku were gotin, ev hem şikestî û hem jî hêdî ye, mînakî dema ku di destpêkê de pergalek saz dike, dema ku pakêtên birêkûpêk saz dike, nûve dike û rakirin, û dema ku volta bootê (parçekirina root) li navgînek din kopî dike.
Ez li ser projeya AppImage-ê dixebitim, ku ji bo serîlêdanên bikarhênerê paşîn kêşek qismî ye. Ev formatek belavkirina nermalavê ye ku serîlêdanek û hemî girêdayîbûna wê di nav wêneyek pergala pelê ya yekane de ku dema ku serîlêdanê dest pê dike tê hilanîn berhev dike. Tiştan bi girîngî hêsan dike, ji ber ku heman ImageMagick ji nişkê ve vediguhere pelek yekane, ku di rêveberek pelê de ji hêla mirinan ve tê rêvebirin. Rêbaza pêşniyarkirî tenê ji bo nermalavê dixebite, wekî ku di navê projeyê de tê xuyang kirin, û di heman demê de pirsgirêkên xwe jî hene, ji ber ku kesên ku di radestkirina nermalavê ji bo Linux-ê de beşdar in, her gav tîrê nîşanî min didin.
Ka em vegerin ser Haiku. Ma gengaz bû ku di navbera pergalên pakêtê yên kevneşopî û radestkirina nermalava-based wêneyê de hevsengiya çêtirîn bibînin? Pakêtên wê .hpkg bi rastî wêneyên pergala pelan hatine pêçan. Dema ku pergal dest pê dike, kernel hemî pakêtên sazkirî û çalak bi qasî peyamên kernelê yên jêrîn siwar dike:
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"Cool, erê? Li wir bisekinin, ew ê hê sartir be!
Pakêtek pir taybetî heye:
KERN: package_daemon [16040020: 924] active package: "haiku-r1~beta1_hrev53242-1-x86_64.hpkg"Ew pergalek xebitandinê ya pir minimalîst, tevî kernelê, vedihewîne. Bawer bikin an na, tewra kernel bixwe jî ji cilda bootê (parçekirina root) nayê derxistin, lê bi baldarî ji pakêtê li cîhê xwe tê barkirin. .hpkg. Wow! Min berê jî behs kir ku ez difikirim ku beşek ji sofîstîke û domdariya giştî ya Haiku ji vê yekê tê ku tevahiya pergalê, ji kernel û cîhê bikarhênerê bingehîn bigire heya rêveberiya pakêtê û binesaziya dema xebitandinê, ji hêla yek tîmek ve bi hevkarî tête pêşve xistin. Bifikirin ku ew ê çend kom û tîmên cihêreng bigire da ku tiştek wusa li Linux-ê bimeşîne [Ez projeya PuppyLinux xeyal dikim - nêzîkê. wergêr]. Dûv re bifikirin ka dê çiqas dem bigire ku ev nêzîkatî di belavkirinan de were pejirandin. Ew dibêjin: pirsgirêkek hêsan hildin, wê di navbera performansên cihêreng de parve bikin, û ew ê ewqas tevlihev bibe ku êdî nekare wê çareser bike. Haiku di vê rewşê de çavên min vekir. Ez difikirim ku ev tam ya ku niha li Linux-ê diqewime ye (Linux di vê rewşê de termek kolektîf e ji bo stûna Linux/GNU/dpkg/apt/systemd/Xorg/dbus/Gtk/GNOME/XDG/Ubuntu).
Vegerandina pergalê bi karanîna hpkg
Rewşa jêrîn çend caran çêdibe: nûvekirin serketî bû, û dûv re derket holê ku tiştek wekî ku divê nexebite? Ger hûn rêveberên pakêtê yên kevneşopî bikar bînin, dijwar e ku hûn rewşa pergalê vegerînin demek berî ku pakêtên nû werin saz kirin (mînakek, heke tiştek xelet çû). Hin pergal di forma dîmenên pergala pelan de rêgezên çareseriyê pêşkêş dikin, lê ew pir giran in û li ser hemî pergalan nayên bikar anîn. Haiku vê bi karanîna pakêtan çareser dike .hpkg. Dema ku pakêt di pergalê de diguhezin, pakêtên kevn nayên jêbirin, lê di pergalê de di jêrderhênerên mîna /Haiku/system/packages/administrative/state-<...>/ berdewam. Operasyonên neqediyayî daneyên xwe di binerdektoran de hilînin /Haiku/system/packages/administrative/transaction-<...>/.
Dilşad /Haiku/system/packages/administrative. Di pelrêçên "dewlet..." de pelên nivîsê yên bi navên pakêtên çalak hene, û pelrêçên "danûstandin..." pakêtan bixwe vedihewîne.
"Dewleta çalak a kevn", yanî. rêzkirin .hpkg pakêtên berî guheztinê çalak in piştî her operasyonê di rêveberê pelê de di pelek nivîsê de têne tomar kirin /Haiku/system/packages/administrative/state-<...>/activated-packages. Bi heman rengî, "dewletek çalak" ya nû di pelek nivîsê de tê nivîsandin /Haiku/system/packages/administrative/activated-packages.
directory /Haiku/system/packages/administrative/state-<...>/ tenê pelek nivîsê bi navnîşek pakêtên çalak ên vê dewletê heye (di bûyera sazkirina pakêtan de bêyî rakirin), û heke pakêt hatin rakirin an nûve kirin - pelrêça dewletê guhertoyên kevn ên pakêtan vedihewîne.
Dema ku pergal dest pê dike, li ser bingeha navnîşa pakêtan, biryarek tê girtin ku pakêtan çalak bikin (çiyar bikin). Ew qas hêsan e! Ger di dema dakêşandinê de tiştek xelet derkeve, hûn dikarin ji rêveberê dakêşanê re bibêjin ku navnîşek cûda, kevntir bikar bîne. Kêşe hat çareserkirin!
Daxistina Haiku. Her xala têketinê "dewleta çalak" ya têkildar nîşan dide
Ez ji nêzîkbûna pelên nivîsê yên hêsan ên wekî navnîşa "dewleta çalak" hez dikim, bi navên ku hêsan têne fam kirin .hpkg. Ev berevajiyê wê ye ku ji bo-makîneyan-ne-ji-mirovan têne çêkirin. ji OSTree an Flatpak di pergala pelê de (di heman astê de wekî Microsoft GUID).
Lîsteya pakêtên çalak ji bo her xala demê
Daneyên vesazkirinê
Xuyaye, di katalogê de /Haiku/system/packages/administrative/writable-files pelên mîhengê ji bo pakêtan vedihewîne, lê ew têne nivîsandin. Jixwe, wekî ku tê bîra we, .hpkg bi tenê-xwendinê siwar kirin. Ji ber vê yekê divê berî nivîsandinê ev pel ji pakêtan bêne kopî kirin. Wateya xwe heye.
Yekbûna GUI ji bo pergala .hpkg
Ka em niha bibînin ka ev çenteyên biriqandî çawa ye .hpkg bi entegrasyonê re li hawîrdora xebata bikarhêner (UX) re mijûl bibin. Beriya her tiştî, Haiku ji bo karanîna kesane tête armanc kirin. Bi kesane, dema ku ezmûna bikarhêner bi pakêtan re berhev dikim, min bar bilind datîne .app li ser Macintosh bi heman ezmûnê li ser .hpkg. Ez ê rewşê bi hawîrdorên xebatê yên li Linux-ê re jî bidim ber hev, ji ber ku ew li gorî yên din bê guman tirsnak e.
Senaryoyên jêrîn têne bîra me:
- Ez dixwazim naveroka pakêtê bibînim
.hpkg - Ez dixwazim pakêtek saz bikim
- Ez dixwazim pakêtê derxim
- Ez dixwazim tiştek ku wekî beşek pakêtek ket nav pergalê derxim
- Ez dixwazim tiştek ku wekî beşek pakêtek hatî nav pergalê kopî bikim
- Ez dixwazim hemî girêdanên pakêtek dakêşim, ku dibe ku ne beşek ji her sazkirina Haiku be (mînak, min makîneyek fizîkî ya veqetandî heye ku bê gihîştina înternetê.)
- Ez dixwazim pakêtên xwe (an jî beşek ji wan) veqetînim cîhek din, ji volume boot (parçekirina root) veqetînim (ji ber ku, mînakî, cîhê min têra wê tune).
Pêdivî ye ku ev piraniya dozên sereke ji xebata min a rojane veşêre. Belê, em dest pê bikin.
Kontrolkirina naveroka pakêtê
Li Mac Ez tenê li ser pakêtê rast-klîk dikim da ku wê vekim û naverokê li Finder-ê bibînim. Beriya her tiştî, di rastiyê de ew tenê pelrêçek veşartî ye! (Ez dizanim pakêt hene .pkg ji bo beşek pergalê ku ne serîlêdan e, lê bikarhênerên asayî pir caran bi wan re têkilî nakin).
Li ser Haiku Ez li ser pakêtê rast-klîk dikim, dûv re li ser "Naverok" bikirtînim da ku bibînim ka çi di hundurê de ye. Lê li vir tenê navnîşek pelan heye bêyî ku meriv wan bi du-klîk veke.
Dê pir çêtir be ku rêyek hebe ku meriv pakêtê (bi demkî) lê bike .hpkg ku bi navgîniya rêveberek pelê ve were dîtin, û bikarhêner neçar e ku ji hûrguliyên pêkanînê xeman nebe. (Bi awayê, hûn dikarin vekin .hpkg pakêta nav Expander, ku dikare wê mîna her arşîvek din veke).
Têkiliya HaikuDepot destûrê dide te ku hûn navnîşek pelên pakêtê bibînin, lê rê tune ku hûn naverokê bibînin, wek nimûne, du caran bikirtînin README.md
Mac di vê kategoriyê de serdikeve, lê lê zêdekirina fonksiyona HaikuDepot ku hûn dixwazin ne pir dijwar be.
Sazkirina pakêtek bi GUI
Li Mac, piraniya wêneyên dîskê .dmg pakêtan dihewîne .app. Li ser wêneya dîskê du caran bikirtînin û dûv re pakêtê kopî bikin, mînakî, bi kaşkirina wê /Applications li Finder. Ev ji bo min bê gotin derbas dibe, lê min bihîstiye ku dibe ku hin kesên nûhatî nikaribin bi vê yekê rabin. Bi xwerû, Apple pelrêçek-berfirehiya pergalê "pêşniyar dike". /Applications (li ser NeXT ew tora û hem jî takekesî bû), lê hûn dikarin bi hêsanî serîlêdanên xwe li ser serverek pelan an jî di binkrektîfek de bixin. $HOME/Applications, heke hûn bi vî awayî hez dikin.
Li ser Haiku, li ser pakêtê du caran bikirtînin, dûv re li ser "Saz bike" bikirtînin, ew hêsantir nabe. Ez meraq dikim ka çi diqewime ger pakêtek pêwendiyên ku di HaikuPorts de hene lê hîn nehatine saz kirin hebe. Li Linux-ê ew bi rastî nizanin di vê rewşê de çi bikin, lê çareserî diyar e - ji bikarhêner bipirsin gelo ew hewce ne ku pêwendiyan dakêşin û saz bikin. Bi rastî ya ku Haiku dike.
Min pakêta 'sanity' bi destan dakêşand û li ser pê kir, rêvebirê pakêtê dizane ku pêwendiya xwe ji ku bigire (bihesibînin ku depo jixwe di pergalê de hatine tomar kirin). Ne her belavkirina Linux dikare vê yekê bike.
Rêyek din ev e ku meriv rêveberek pelê bikar bîne, tenê kaş bikin û dakêşin .hpkg pakêt an nav /Haiku/system/packages (ji bo sazkirinek li seranserê pergalê, ji hêla xwerû), an jî tê de /Haiku/home/config/packages (ji bo sazkirina kesane; dema ku du caran bikirtînin peyda nabe - ez hîn jî ji peyva "config" li vê derê aciz im, ku ji bo min di vê rewşê de bi "mîhengan" re hevwate ye). Û têgeha pir bikarhêneran hêj ji bo Haiku-yê jî ne berdest e (belkî ji ber vê yekê ew qas hêsan e - ez nizanim, dibe ku kapasîteyên pir-bikarhênerî ji bo hawîrdora sermaseya sermaseyê tiştên nehewce tevlihev bikin).
Haiku di vê kategoriyê de serdikeve ji ber ku ew dikare ne tenê bi sepanan, lê di heman demê de bi bernameyên pergalê re jî bixebite.
Rakirina pakêtek ji GUI
Li Mac, hûn hewce ne ku îkonê serîlêdanê kaş bikin çopê, û ew hemî ye. Bi hêsanî!
Li ser Haiku, yekem, hûn hewce ne ku bibînin ka pakêt li ser pergalê li ku ye, ji ber ku hûn kêm kêm wê li cîhê rast saz dikin (pergal her tiştî dike). Bi gelemperî hûn hewce ne ku li hundurê binêrin /Haiku/system/packages (bi sazkirina xwerû ya li seranserê pergalê), an jî tê de /Haiku/home/config/packages (Gelo min behs kir ku "config" navdêrek xelet e?). Dûv re serîlêdan tenê berbi çopê tê kişandin, û ew e.
Bi hêsanî! Lêbelê, ez ê nebêjim. Ya ku bi rastî diqewime ev e:
Ger hûn serîlêdanek ji çopê kaş bikin ev yek diqewime /Haiku/system/packages
Tenê hewl da ku serîlêdana xweya duhî ya "Hello World" ya li ser QtQuickApp berbi çopê vekim. Min hewl neda ku pelrêça pergalê bar bikim, û ji ber ku hemî pakêt di pelrêça pergalê de têne saz kirin, ne gengaz e ku pakêtê were rakirin .hpkg bê guhertin "naveroka wê". Bikarhênerek asayî dê ditirse û pêl bişkoka "Betal" ku ji hêla xwerû ve hatî destnîşan kirin bikira.
Diyar dike :
Ev post ji 10 salî zêdetir e. Bi îhtîmalek mezin pêdivî ye ku em wê mîheng bikin da ku hişyarî tenê dema ku pakêt bixwe tê veguheztin xuya bibe. Bikarhênerên birêkûpêk ne hewce ne ku vê yekê bikin.
Baş e, dibe ku ez vê yekê bi karanîna HaikuDepot bikim? Ez li ser pakêtê du caran bikirtînim /Haiku/system/packages, li benda xuyabûna bişkoka "Rakirina" ye. Na, (tenê) "Sazkirin" heye. "Rakirin", tu li ku yî?
Tenê ji bo kêfê, min hewl da ku bibînim ka dê çi biqewime ger min "Saz bike" li ser pakêtek jixwe sazkirî bikirtîne. Bi vî rengî derdikeve:
Heke hûn hewl bidin ku pakêtek jixwe hatî saz kirin saz bikin ev dibe.
Piştre xuya dibe:
Ger hûn di pencereya berê de "Sepandin guhertinan" bikirtînin, ew ê bi vî rengî xuya bike
Ez texmîn dikim ku ev xeletiyek nermalavê ye; girêdana serîlêdanê jixwe li wir e. [Nivîskar girêdanek peyda nekiriye - nêzîk. wergêr]
Çareseriya bilez: Heke pakêt jixwe tê de ye, bişkokek "Rakirin" zêde bikin
/Haiku/system/packages, an jî di/Haiku/home/config/packages.
Dema ku navnîşa pakêtên ku li HaikuDepot hatine saz kirin dibînim, ez pakêta xwe di navnîşê de dibînim û dikarim jê bikim.
Mac di vê kategoriyê de serdikeve. Lê ez dikarim xeyal bikim ku bi sazkirina rast re, ezmûna bikarhêner li Haiku dê ji Mac-ê çêtir be. (Yek ji pêşdebiran ew bi vî rengî nirxand: "Kêmtir ji saetek ku fonksiyona diyarkirî li HaikuDepot zêde bike, heke hûn piçûkek C++ dizanin", dilxwazek heye?)
Ji pakêtê tiştek derxistin
Ka em hewl bidin ku serîlêdanê bixwe, ne pakêtê jêbirin .hpkg, ku jê hat (Ez guman dikim ku ji bo "mirinên tenê" cûdahî heye).
Li Mac, bikarhêner bi rastî bi gelemperî bi pelê re dixebite .dmgpakêta serîlêdanê ji ku tê .app. Bi gelemperî wêne .dmg di pelrêça dakêşanê de têne berhev kirin, û pakêt ji hêla bikarhêner ve têne kopî kirin /Applications. Tê bawer kirin ku gelek bikarhêner bixwe nizanin ka ew çi dikin, ev hîpotez ji hêla karmendek berê yê Apple ve tê pejirandin. (Yek ji wan tiştên ku ez li ser Mac-ê hez nakim. Û, bo nimûne, bi AppImage-ê di navbera sepanê û pakêta ku tê de bû ferq tune. Îkonê kaş bikin çopê = ew e. Hêsan!)
Li ser Haiku, di navbera wan de jî dabeşbûnek heye apps/ и packages/, ji ber vê yekê ez guman dikim ku vê yekê ji bikarhêneran re zelaltir kir. Lê heke hûn serîlêdanek jê bikişînin çi dibe apps/ Têxe selikê:
Dema ku hûn hewl didin ku serîlêdanek ku ji pelê hatî girtin jêbirin ev e ya ku diqewime .hpkg
Ji hêla teknîkî ve ew rast e (berî her tiştî, serîlêdan di rêza yekem de li ser pergala pelê-tenê-xwendewarî tête mêvan kirin), lê ew bi taybetî ji bikarhêner re ne bikêr e.
Çareseriya bilez: Pêşniyar bikin ku GUI bikar bînin ku li şûna wê jêbirin
.hpkg
Tenê ji bo kêfê, min hewl da ku bi tikandina Alt + D serîlêdanê dubare bikim. Min peyama "Nikare tiştên li ser cildeke tenê xwendinê biguhêze an kopî bike" wergirt. Û hemû ji ber /system (bêyî /system/packages и /system/settings) xala mountê ya pakêtê ye (ji bîr mekin ku ew çawa di encam de xuya dike df?). Mixabin, derketina fermanê mount rewşê zelal nake (wek ku di yek ji gotarên berê de hate gotin), mountvolume tiştê ku hûn lê digerin nîşan nade (xuyaye ku pakêtên ku bi rêgezê ve hatine çêkirin .hpkg wekî "cild" nayên hesibandin), û min fermanên alternatîf jî ji bîr kir.
Di vê kategoriyê de ji bilî AppImage-ê kes bi ser neket (lê ev, bi tevahî rast be, nerînek alîgir e). Lêbelê, meriv dikare bifikire ku piştî tweakirinê, ezmûna bikarhêner li Haiku dê ji Mac-ê çêtir be.
Nîşe: Hûn hewce ne ku fêr bibin ka çi "qumarê" di têkiliyê de "beşek" e. Ev belkî dişibihe pêwendiya "peldankê" bi "peldankê" re: piraniya peldankan di rêvebirê pelan de wekî peldankan xuya dikin, lê ne hemî (mînak, pakêtên wekî pelan têne hesibandin). Ma ev celeb nîşan dide min nerd fermî dike?
Kopîkirina naveroka pakêtê li pergalek din
Li Mac, Ez bi ehmeqî pakêtê dikişînim .app, û ji ber ku girêdayî di hundurê pakêtê de ne, ew bi hev re diçin.
Li ser Haiku, Ez serîlêdanê dikişînim, lê ve girêdayî bi tevahî nayên pêvajo kirin.
Solutionareseriya Bilez: Ka em li şûna tevahiya `.pkg pakêtê bigirin, ligel her girêdayan, heke hebe.
Mac eşkere di vê kategoriyê de serdikeve. Qe nebe ji bo min evîndarê paradîgmaya wan e. Divê ez wê li Haiku kopî bikim .hpkg li şûna serîlêdanê, lê pergal vê yekê pêşkêşî min nake...
Pakêtek bi hemî girêdanên wê dakêşin
Ne her makîneyek her dem bi torê ve girêdayî ye. Berevajî vê, hin makîneyên (erê, ez li we digerim, Windows, Mac û Linux-a nûjen) vê yekê ji bîr dikin. Ji bo min girîng e ku ez dikarim biçim, mînakî, kafeyek Înternetê, nermalavê dakêşim ser ajokerek jêvekirî, vê ajokerê têxim nav komputera xweya malê û bawer bikim ku her tişt dê bixebite [mirovê xeternak, vê yekê li ser Windows-ê bike… - nêzîkî. wergêr].
Di encamê de, ez bi girêdayiyên bêhempa yên li ser pencereyan biqedînim û hinekî ji demên din jî bi gelemperî linux.
Li Mac ev bi gelemperî yek pel e, ya ku hûn hewce ne ku bikin ev e ku dakêşin .dmg. Bi gelemperî, ji bilî yên ku ji hêla MacOS-ê bixwe ve têne peyda kirin ve ti girêdanên wê tune. Îstîsnayek serîlêdanên tevlihev e ku hewceyê hawîrdorek darvekirinê ya guncan e, mînakî java.
Li ser Haiku pakêtê dakêşin .hpkg ji bo, bêje, heman serîlêdana di java-yê de, dibe ku ne bes be, ji ber ku java dibe ku li ser makîneya armancê hebe an nebe. Ma rêyek heye ku meriv hemî pêwendiyan ji bo pakêtek diyar dakêşîne .hpkg, ji bilî yên ku ji hêla xwerû li Haiku-yê têne saz kirin û ji ber vê yekê divê li ser her pergala Haiku-yê be?
Mac vê kategoriyê bi rêjeyek piçûk bi dest dixe.
Şîroveyên Mr. waddlesplash:
Ji bo nivîsandina bernameyek ji bo berhevkirina hemî girêdanên serîlêdanê wekî komek pakêtan
.hpkgji bo kesek ku bi karên hundurîn ên Haiku-yê nas dike, bi qasî 15 hûrdem bes e. Heger bi rastî pêdiviya wê hebe, zêdekirina piştgiriyê ji bo vê ne ew qas dijwar e. Lê ji bo min ev rewşek kêm e.
Were em nefesa xwe ragirin heta gotara din a vê rêzê.
Veguhastina pakêtan li cîhek cihê
Wekî ku min berê nivîsî, ez dixwazim pakêtên xwe bi cih bikim .hpkg (baş, an beşek ji wan) li cîhek taybetî, ji cîhê asayî ya li ser volume boot (parçekirina root) veqetîne. Di rewşa asayî (ne ewqas teorîk) de, sedema vê yekê ev e ku ez bi berdewamî cîhê belaş li ser dîskên xwe (çêkirî) diqede, ew çiqas mezin bin jî. Û ez bi gelemperî ajokarên derveyî an parvekirinên torê yên ku serîlêdanên min lê hene ve girêdidim.
Li Mac Ez tenê pakêtan bar dikim .app bi ajokerek jêbirin an pelrêça torê ya li Finder, û ew e. Ez hîn jî dikarim du-klîk bikim da ku serîlêdanê vekim wekî ku ez bi gelemperî ji volta bootê dikim. Adîl!
Li ser Haiku, wek ku ji min re hat gotin, ev dikare bi tevgera min ve were bidestxistin .hpkg pakêtan li ajokerek jêbirin an pelrêça torê digire, lê dûv re hûn hewce ne ku di konsolê de hin fermanên nebelge bikar bînin da ku wan li ser pergalê bixin. Ez nizanim meriv vê yekê bi tenê bi karanîna GUI-ê çawa bikim.
Mac di vê kategoriyê de serdikeve.
Li gorî Mr. waddlesplash:
Ev optimîzasyonek li ser bingeha karanîna normal e. Ger daxwazek ji yek bikarhênerek zêdetir hebe, em ê bicîh bikin. Di her rewşê de, îhtîmala pêkanîna sêyemîn heye.
Em ê di gotara pêş de li ser vê yekê biaxivin.
Axaftina pelrêçanên torê, dê pir baş be (Ez partiyên LAN-ê texmîn dikim) ku hebin serîlêdanên sade, vedîtinî, berfireh ên torê (mîna Zeroconf) ku dikarin li ser komputera herêmî bêne kopî kirin an rasterast ji tora herêmî werin xebitandin. Bê guman, pêşdebiran vebijarka bijartina bi rê heye app_flags.
Rapora dawî ya li ser yekbûna pergala hpkg bi GUI re
Ez difikirim ku di serî de ji ber nûbûna têkildar a entegrasyonê ye .hpkg GUI hîn jî pir tişt jê tê xwestin. Digel vê yekê, çend tişt hene ku dikarin di warê UX de bêne çêtir kirin…
Tiştek din: Kernel Debug Land
Mînakî, meriv di dema panîkê ya kernelê de meriv bikaribe fermanan têkeve nav xwe dê pir xweş be syslog | grep usb. Welê, li ser Haiku bi saya Kernel Debug Land gengaz e. Ma hûn çawa dikarin vê sêrbaziyê di çalakiyê de bibînin ger her tişt wekî ku divê bixebite bêyî ku nekeve nav panîkek kernelê? Bi tikandina Alt+PrintScn+D (Dabugkirina bîrûbaweriyê) hêsan e. Yekser tê bîra min , ku destûr da pêşdebirên Macintosh-ê yên orîjînal ku têkevin debuggerê (heke yek hate sazkirin, bê guman).
encamê
Ez dest bi têgihîştinê dikim ku sofîstîkebûna pergala Haiku ji wê yekê tê ku kar ji hêla tîmek piçûk ve bi baldariyek zelal li ser hawîrdora xebatê tê meşandin, digel ku hemî qatên pergalê têne gihîştin.
Berevajîyek tûj bi cîhana Linux/GNU/dpkg/apt/systemd/Xorg/dbus/Gtk/GNOME/XDG/Ubuntu re, ku her tişt di nav perçeyên piçûk de tê perçe kirin, bi qasê ku abstraction li ser abstractionê rûdine û bi kêzikan dimeşîne.
Her wiha têgihiştineke çawa ya sîstemê hebû .hpkg pratîkên çêtirîn ên rêveberên pakêtê yên kevneşopî, Snappy, Flatpak, AppImage, tewra btrfs jî bi hev re dike û wan bi nêzîkatiya Mac-ê ya "tenê dixebite" re tevlihev dike.
Mîna ku tiştek di serê min de "guherî" bû, û min fêm kir ku pergal çawa ye .hpkg dizane ku çawa xwe bizivirîne, tenê bi dîtina wê. Lê ew ne ez im, lê bedewî û sadebûna pergalê me. Piraniya vê ji ruhê Mac-a orîjînal ve tê îlham kirin.
Erê, geroka di gerokê de dibe ku gemar be û mîna şêlûkê bimeşe, dibe ku serîlêdan kêm bin (ne Gtk, Electron - pêşdebiran destnîşan kirin ku ew bi sofîstîkebûnê re baş naçin), dibe ku vîdyo û lezkirina 3d bi tevahî tune be, lê ez dîsa jî ji vê sîstemê hez dike. Jixwe, ev tişt dikarin bêne rast kirin û ew ê zû an dereng xuya bibin. Ew tenê meseleyek dem e û dibe ku çavek piçûkek sor e.
Ez nikarim alîkariyê pêşkêş bikim, lê ez difikirim ku ew ê ji niha û pê ve dest pê bike sala Haiku li ser sermaseyê.
pirsgirêkên Random
Dibe ku jixwe daxwaz hene, an divê ez wan vekim?
- Divê BeScreenCapture bikaribe wekî Peek GIF-ê hinarde bike. Ev dikare bi karanîna ffmpeg, ku jixwe ji bo Haiku-yê heye, were kirin. .
- Softwareermê wêneyê Daxuyaniyê Dikeve Pencereyek Modal, li şûna ku tevahiya ekranê digire
- Hûn nikarin dîmenên dîmenan bi karanîna amûra qutkirina WonderBrush veqetînin û dûv re encamê li pelek hilînin
- Ez bi taybetî ji kursorê destan di Haiku de hez nakim, lê ez difikirim ku ew bi hesta nostaljîk a germ ve girêdayî ye. Ev bi taybetî dema ku amûra çandiniyê ya li Krita bikar tîne aciz e, ji ber ku ew di qutkirina nerast de encam dide (di vê gotarê de dîmenên diyalogên modal binihêrin). Kursorek xaçê dê ecêb be. .
Bi xwe biceribîne! Beriya her tiştî, projeya Haiku wêneyên ji bo bootkirina ji DVD an USB-yê hatî çêkirin peyda dike . Ji bo sazkirinê, tenê wêneyê dakêşin û bi karanîna wê li ajokerek flashê binivîsin
Pirsên te hene? Em we vedixwînin zimanê rûsî .
Pêşniyara çewtiyê:
ji werger: ev gotara şeşemîn a rêzenivîsê ye li ser Haiku.
Lîsteya gotaran:
Source: www.habr.com