TL:DR; Kesekî nû Haiku cara yekem ceriband û fikirî ku ew ecêb bû. Bi taybetî li gorî jîngehên sermaseyê yên li ser Linux
Min berê ramanên xwe (û dilşikestinên xwe) derbarê # de parve kirine.LinuxBikarhênerbûn (, , , , , ). Di vê vekolînê de ez ê bandorên xwe yên yekem diyar bikim , pergala xebatê ya çavkaniya vekirî ya ji bo komputerên kesane. Carinan dîtinên yekem bikêr in, lê ji ber ku hûn tenê carek nerînên yekem distînin, min ya xwe li vir tomar kir.
Sîstema ku ez vê nirxandinê li ser dinivîsim
Dibe ku ew ê ji bo pêşdebirên Haiku an aliyên din ên eleqedar bikêr bin.
Ez dikarim li cîhek xelet bim, ji ber ku ez tenê ezmûna xweya yekem a kesane (bixwîne: çavê kor) vedibêjim. Di heman demê de, mirovên dost ên kanala #haiku ya li ser tora irc.freenode.net bi şîretan alîkariya min kirin - ez ê wan jî biweşînim. Spas, pêşdebirên Haiku!
Tiştê ku min dixwest bibêjim: Haiku hîn 100% ne bêkêmasî ye, lê jixwe jîngehek xebatê ya zexm heye.
mîhengê
Projeya Haiku wêneyan peyda dike ku ji CD an DVD-yê têne destpêkirin, . Min ajokerek flash USB-3 bikar anî. Ji min re hat gotin ku dibe ku bootkirina ji USB-3 nexebite, lê li ser du pergalên ceribandina min ên bingehîn ên Intel-ê ew bêkêmasî dixebite.
Min pêvajoya sazkirinê bi daxistina wêneyek ji bo 64bit dest pê kir, ku min dûv re bi karanîna bernameyê ji ajokerek flashê re nivîsand . Daxistin mîna kar dike , û bêyî wê - çepikên min ji bo pêşkêşkirina wêneyek weha.
Haiku ya xwe bikar tîne ji bo dabeşkirina bootê, her çend, di prensîbê de, piştgirî ji bo FAT32 û NTFS tê ragihandin. Bi gelemperî, 600 MB ji bo pergalê bes e, lê ji bo serîlêdanên zêde cîh hewce ye.
Bi xwerû, dabeşek 600 MB bi BeFS û dabeşek 32 GB bi FAT3 têne afirandin. Li ser FAT32 pelek heye /EFI/BOOT/BOOTx64.EFI, ku tê vê wateyê ku ew dikare li ser pergalên çalak-EFI boot bike. Mixabin, min bernameyên ku mezinahiya BeFS-ê zêde bikin nedîtin, û ez hêvî dikim ku di pêşerojê de ew ê nexşeyek dabeşkirina dîskê cûda çêbikin, ji ber ku mezinahiya wêneya dabeşkirinê piçûk e û dibe ku cîhê belaş têr nebe ji bo zêde software. Dê xweş be heke pakêtên nermalava zêde li ser dabeşek duyemîn FAT32 werin hilanîn.
Ev çareserî heman dê ji bo kesên ku dixwazin rasterast ji pergalên din bigihîjin pelan avantajek be. Linux Jixwe piştgirî ji bo xwendina BeFS heye, pêkanînên ji bo xwendin û nivîsandina BeFS di bin de hene. .
Sazkerê Haiku
Wan şîret li min kirin: Heke hûn dixwazin dabeşek jêhatîtir bikar bînin, Haiku li ser ajokerek flashek din saz bikin.
Ji bo min, ev gav, di prensîbê de, zêde ye, ji ber ku sazkerê Haiku nizane ka meriv çawa dîskan dabeş dike, lê bi tenê bernameya DriveSetup-ê dide destpêkirin, ku tê de hûn hewce ne ku dîskê bi destan dabeş bikin, dabeşek lê zêde bikin, ku dûv re tê format kirin. BeFS, piştî ku kontrol vedigere sazkerê. Her weha hûn ê hewce bikin ku bi bernameyek cihêreng bi destan bootloader saz bikin. Mixabin, min nekarî bi vê dabeşkirinê ji EFI-yê boot bikim, ji ber ku ji bo EFI-yê bi pelên boot-ê ve dabeşkirina FAT32 tune. Sazkerek ku bikaribe dabeşkirina otomatîkî tevî taybetmendiyên EFI-yê jî bibe alîkar.
BootManager bootloader li ser dîskê saz dike
Pêvajoya sazkirinê bi xwe kêmtir ji sê deqeyan digire, ku pir zû ye. Ew tevahiya pergalê kopî dike, ku ji "tenê" 4751 pelan pêk tê. Ev ji ber ku piraniya nermalavê wekî pelên hpkg têne pakêt kirin (hinekî dişibin pakêtên Snap di Linux (sîstem) ku qet nayên sazkirin, lê tenê tên siwarkirin. Balkêş e ku gelek pelên "belaş" hene, wek png. Çima ew nayên pakêt kirin?
Wekî ku min berê jî got, tewra kernel pergala xebitandinê jî di forma pelek hpkg de tê. (Min qala 4751 pelan dikir ji ber ku min berî sazkirinê HaikuDepot bi rê ve bir, ku gelek tiştan daxist. Sazkirinek paqij xuya nake ku hemî wan dihewîne, û dikare bi qasî 200 pakêtan zûtir were saz kirin. Xweş! Çi ji min re tê gotin ev e ku pelên dakêşandî di dema sazkirinê de nayên paşguh kirin - ev e . Wow, wusa dixuye ku ev yekem rapora xeletiyê ye ku li ser pêşniyara min hatî nivîsandin).
Boot yekem
Pergal dest pê dike, ekranek splashek xweş nîşan dide, û dûv re disekine: piştî barkirinê, qerta vîdyoya min (Radeon) ekranek reş nîşan dide.
Ji min re hate şîret kirin ku ez ekranê di moda ewledar de bi çareseriya 1024x768 li ser ekranek FullHD boot bikim. Di prensîbê de, mimkun bû ku bi bootloader ve were guheztin da ku ew bi FullHD re bixebite, lê li ser komputerek din a bi qerta vîdyoyê Intel-ê her tişt bêkêmasî dixebitî.
Sîstem bi xwe ji ajokera flashê bi awayekî bersivdayî dixebite, xuya ye ji ber ku di dema xebitandinê de tiştek li ser ajokera flashê nayê nivîsandin, ji ber vê yekê ez hêvî dikim ku ajokera flashê wekî pergala xwe ya sereke ya xebatê bikar bînim. Hûn ê dema ku ji USB-yê boot dikin pergalek rastîn bistînin, berevajî yên "zindî" yên hêdî. Linux wêneyan
Dema bootkirinê ekran nalive, peyamên kernelê tune ne, û hestek tune ku Xorg bi banta şîn ve bi kernelê ve hatiye zeliqandin. Berevajî belavkirinên tîpîk. Linux, core û GUI li vir ji bo hev têne afirandin û sererast kirin!
Serlêdanek têketinê tune ji ber ku pergal ji bo yek bikarhênerek hatî çêkirin. Her tişt hêsan e, bi rastî ya ku ji bo komputerek kesane hewce ye.
Heke hûn ji gelek bikarhêneran piştgirî hewce ne, ajokerek flash-ê bidin wan, ku her yek ji wan ji 5 $ bêtir lêçûn nake.
Nêrînên pêşîn ên hawîrdora xebatê
Ger hûn bandora yekem bidin ber hev, ew ji Mac-ê bêtir dişibihe, mînakî, Linux Bi Gnome re. Bişkoka "ferman" tam wekî li ser Mac-ê dixebite. Mezin!
Tiştek ji gerînendeyê pelê cîhê ku mîna Mac-a kevn a baş hîs dike, nake!
(wek Sîstema Macintosh 1.0), mixabin her pencereyek mîhengên xwe nayê bîra xwe (mînak, dîtina wekî navnîşek an wekî îkonan). Wekî ku ji min re hat gotin, ev xeletiyek e, ku ez bawer dikim wê ne dijwar be ku were rast kirin. (Mixabîn, dijwar - pergalek orjînal tê bikar anîn, ne li ser bingeha GitLab an GitHub, ku di heman demê de ne gengaz e ku meriv bi alîkariya wan têkevinê). Pelan îkonên xwe digirin, bi pelên cihêreng ên li ser sermaseyê û îkonan re pirsgirêk tune.
Baş e! Ji jîngehên sermaseyê pir çêtir e ji bo Linux, hûn dikarin sadehiyê hîs bikin.
Berhemdariyê
Pergala xebitandinê bi lez û bez li ser alavên kêm-hêza wekî netbookek Atom jî dixebite. Tebeqeyên nermalavê yên şînbûyî tune. Baş!
got ku LibreOffice ji pergalên xebitandinê yên din zûtir dixebite, lê min hîn ev ceriband.
Bryan Lunduke. Haiku OS Beta - nirxandin û bandor
Rêzika fermanê
Pêkhate termînalek dihewîne. Bi gelemperî, tevî cûdahiyên piçûk bi Linux Ez yekser pê hîn bûm; bi rastî ew tenê şahiyek asayî ye, ku min pir kêfxweş kir.
Welcome to the Haiku shell.
In it, you can easily launch applications that are on the $PATH:
~> Touchpad
~> echo $PATH
.:/boot/home/config/non-packaged/bin:/boot/home/config/bin:/boot/system/non-packaged/bin:/bin:/boot/system/apps:/boot/system/preferencesWow! "."di $PATH! Ev tê vê wateyê ku hûn dikarin fermanan rasterast ji pelrêça heyî bimeşînin (Linuxoids carekê ji min re got ger ez wiya biceribînim dê cîhan biteqe). Ecêb!
bash li termînala Haiku dimeşe
Tiştek din a xweş di derbarê termînalê de ev e ku hûn dikarin ctrl + c bikirtînin da ku kopî bikin, mîna di serîlêdanên din de, berevajî hawîrdorên sermaseyê. Linux, ku hûn hewce ne ku di termînalê de ctrl + shift + c bikirtînin.
Tiştên piçûk ên ku yekbûna tevahiya pergalê nîşan dide.
Struktura pergala pelê
Dabeşkirina ku dakêşandin jê tê tê de tê lêkirin /boot. Çiqas hêsan!
Bê gir /etc, /usr, /bin… Tenê /home и /system. Paqij, hêsan, têgihîştî. Baş! (Ne bi rastî: ew li wir in, lê veşartî ne. Çima? Ji ber /bin ew /system/bin, ne hewce ye ku vê yekê di Trackerê de nîşan bide, lê skrîpt hîn jî wê bikar tînin. Ez difikirim ku pêşdebiran divê ji tiştên ku ji bo lihevhatinê hatine kirin xilas bibin ji ber ku ew tenê fêmkirina wê dijwar dike.)
packagefs
Min berê behsa pelên hpkg kir, ku hinekî dişibin pakêtên li ser Linux, lê ew nayên sazkirin, tenê tên siwarkirin (wek pakêtên snap). Pergala pelan a ku vê sêrbaziyê dike jê re packagefs tê gotin. Ew pelên hpkg li ser pelên din siwar dike, di encamê de tevahiya peldanka /system bi vî rengî tê afirandin.
Fermana mountê, mixabin, tiştê ku tê siwar kirin nîşan nade.
~> 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)Ji min re hate pêşniyar kirin ku hewl bikim mountvolume, ya ku dê dabeşên siwarkirî nîşan bide, lê mixabin ew xalên mountê yên pakêtê jî nîşan nade (ew ê tenê yên ku bi dabeşan an wêneyên dîskê ve girêdayî ne nîşan bide). [Xwezbextane, ger hûn bi docker re li ser mêvandarek çiya an df-ê bi rêve bibin, hûn dikarin çend ekranan bigerin! - approx. wergêr] Lê hûn dikarin bi df fêlbazî bikin:
~> 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/1Wek tê dîtin, /system и /home/config hundur /boot ev tenê pakêtek e.
Kesên ku min nas dikin dizanin ku ez di rêvebirên pelan de heyranê piştgirîya drag-and-drop im: Mînakî, ez pakêtên serîlêdanê yên bi şêwaza NeXT bikar tînim, an .
Di her rewşê de, di vê forma belavkirina nermalavê de dezawantaj hene. Ma pakêtên çêtirîn dikarin hev bikin?
Wekî ku hûn dibînin, di doza min de (parçeya pergalê tije ye, lê ez dixwazim serîlêdanan saz bikim), dê xweştir be ku meriv serîlêdanan li cîhek bi karanîna gerokek dakêşîne, mîna ku ez bi pelan re dikim. .dmg ji bo Mac an AppImage. packagefs di kernelê de dijî, ji ber vê yekê ew ne pergala pelan e ji bo FUSE (her çend ez dizanim Haiku jî FUSE heye). Di heman demê de ji min re hat gotin ku dibe ku di pêşerojê de "herêmên packagefs" ên din hebin, ku bi îhtîmalek mezin tê vê wateyê ku ez ê ji pakêtan re bibêjim ku pakêtan li ser dabeşên dîskê yên cihê hilînin, mînakî. Ez ji vê yekê hez dikim - her tiştî, heke dabeşkirina dîskê li ser medyaya jêbirinê be, ez dikarim li ser komputerek din rûnim û li wir serlêdanan bikim.
Wan her weha got ku sazkirina pakêtan jî bi karanîna rêbaza drag-and-drop dixebite: tenê pelê bikişîne nav /system/packages an /home/config/packages ji bo sazkirinê, û heke hûn pelê ji wir derxînin, ew ê were jêbirin. Ger hûn pakêtek bi girêdanên nerazî ve bikişînin, pergal dê sazkirina wan a pêşîn bixwaze.
Di destpêkê de ji min re ne diyar bû ku pakêtfs çawa çend guhertoyên heman pakêtê digire dest, çi diqewime heke ez dixwazim, mînakî, guhertoyên cihêreng ên gcc, an bernameyên din ên GUI saz bikim? (Yek ji pêşdebiran got: "packagefs bixwe tiştek tune ku rê li ber sazkirina pir pakêtên bi heman navî bigire, lê ji ber ku libsolv-ya OpenSuse ji bo çareseriya pêwendiyê tê bikar anîn, ku destûrê nade vê yekê, ev yek qedexe bû. û HaikuDepot bixwe di mîhengan de." Ez dikarim rave bikim ka çima ez ji ramana pakêtên .app, AppDir û AppImages hez dikim).
Pirtûkxaneyên dînamîk
Teknolojiya pirtûkxaneyê ya dînamîkî heye? Erê, ev xuya ye, mînakî, heke hûn bi du-klîkkirina serîlêdanek bi pirtûkxaneyên wenda dest pê bikin:
Hûn dikarin vê di gnome, kde an xfce de xeyal bikin?
В Linux Destpêkirinek bi vî rengî tiştekî eşkere nake. Ka em bibînin ka di hawîrdorên cûda de çiqas dem digire:
- GNOME:
- KO:
- XFCE:
- MATE:
Çi li ser kontrolên?
~> ldd
bash: ldd: command not foundPêdivî ye ku hûn guheztinê bikar bînin:
~> objdump -x /bin/bash | grep NEEDED
NEEDED libreadline.so.7
NEEDED libhistory.so.7
NEEDED libncurses.so.6
NEEDED libintl.so.8
NEEDED libroot.soDi prensîbê de ldd dê çêtir be ji ber ku ew rêyên ku dê pirtûkxane jê werin barkirin jî nîşan dide.
Ew bi rastî ji ku têne barkirin?
~> echo $LIBRARY_PATH
%A/lib:/boot/home/config/non-packaged/lib:/boot/home/config/lib:/boot/system/non-packaged/lib:/boot/system/libJi ber vê yekê hûn dikarin pirtûkxaneyan li kêleka pelê bicîhkirî deynin, û ew ê "tenê bixebite". Çiqas xweş e! Hûn dikarin bi hêsanî pirtûkxaneyên takekesî di serlêdana xwe de bigirin bêyî ku bi rpath-ê bilîzin an jî guhêrbara LD_LIBRARY_PATH-ê wekî di LinuxBaşe!
Pirtûkxaneyek heye (pir xirab e) Linux) /boot/system/lib/libstdc++.so.6.0.24.
Ger serîlêdan guhertoyek ji ya /boot/system/lib-ê nûtir hewce bike?
Bikarhênerê navînî dibe ku nûve bike guhertoya herî dawî ji ber ku li ser vê pergalê bikarhênerek "Rêveber" bi şîfreya root tune [nivîskar li ser sadebûnê hişyar dike - approx. wergêr].
Welê, bi kêmanî ew wusa xuya dike. (Bi rastî, "bikarhêner" hevwateya root e. Hûn dikarin bi fermanê şîfreyek destnîşan bikin passwd, paşê nîşan bide PermitRootLogin=yes в sshd_config, û dûv re hûn dikarin ji derve bi ssh ve girêbidin. Pêşdebiran ji min re gotin ku ji hêla xwerû ve hemî serîlêdan wekî root têne destpêkirin. Dibe ku ew di dawiyê de wiya bikin... Lê ez ne bawer im ku ez jê hez bikim.)
Ji ber ku belavkirina Haiku tune ye, pêşdebirên serîlêdanê di heman demê de xwedan guhertoyên nûtir ji yên ku ji bo dakêşanê li ser pergala we hene tune ne. Encam: xemgîniyek kêmtir, tişt "tenê dixebitin." Hêsankirina mezin! Ez jê hez dikim.
Çavkanî û Registrar
Wekî ku li jor hatî behs kirin, serîlêdan celebek û îkonek digirin, ji ber vê yekê hûn ne hewce ne ku hûn pelên sermaseyê û tiştên mîna wiya tevlihev bikin. Ji min re hat gotin ku karûbarek qeydkirî ya taybetî heye ku di derheqê serîlêdanan, celebên pelan û îkonan de dizane. Dema ku pakêtek tê saz kirin an pelek ji bo darvekirinê tê nîşankirin (bi karanîna bernameyê) her gav tê agahdar kirin chmod an mimeset).
Tiştekî tîne bîra min li ser Mac. Lê ev çi ye . Ecêb!
Pelên binary wekî çavkaniyan îkonên çêkirî digirin, ji ber vê yekê hûn ji bilî pelên li ser sermaseya xwe ne hewceyî îkonek cihê ne. Hema hema eynî wek ku li ser Macintosh System 1 bû. Cool!
Cûreyên serîlêdanê, celebên belgeyên piştgirî, çavkaniyên çêkirî, û agahdariya guhertoyê
Tracker (rêvebirê pelan) bixweber pelên dualî wekî yên bicîhkirî nîşan dide. Ev tiştê ku min ji jîngehên sermaseyê hêvî dikir bû. Linux ji 10 salan zêdetir.
Ev hemû pir têrker e. Ev rind e! Jiyan ewqas hêsan dibe. Ew ji wê şikirtir û mîna Mac-ê ye li ser LinuxAn jî ev...
Prilozhenie na Linux bê danîna bita bicîhanînê
Li Gnome şiyana destpêkirina pelên îcrakar ji rêveberek pelan, lê civatê xirecirek rakir - û her tişt hate vegerandin.
Ji min re jî hate gotin ku serîlêdan fonksiyonê bikar tînin find_paths() li şûna yên hişk-kodkirî /usr/bin и /usr/share (taybetmendiyek hevpar a jîngehên kar li ser Linux), ku tê vê wateyê ku ew dikarin di nav pergala pelan de werin veguheztin. Çepikek li ser piyan! .
Çi ez şaş kirim
- Ez şaş bûm ku
/bootEv xala mountkirina dabeşkirinê ye ku pergalê jê dest pê dike. Çima na "/"? Baş an/Haiku? (Rêvekirin: bi rastî,/bootEv her gav dabeşkirina bootê ye, ew li ser sermaseyê wekî "Haiku" xuya dike ji ber ku navê wê ev e. Nêrîn li "/"wek analogek sermaseya di Mac System 1 de, koka hiyerarşiyek ku bi rastî li ser dîskan tune ye). - Ji bo pakêtên sazkirî yên bikarhêner xala çiyê ye
/home/config. Çima ne tenê/home? (Yek ji pêşdebiran ji min re diyar kir ku ew naxwazin pelrêça malê pîs bikin, lê ez difikirim ku konfigurasyon navek xirab e ji ber ku di hundurê de binavdekrêtûkek heyebin/, ji ber vê yekê ew ne tenê hilanîna mîhengan e). - Destûra her tiştî çi ye? Mînak di dema dîtina "Derbarê" de ti nîşanek eşkere tune. Qada "Derbarê vê pergalê" dibêje ku koda Haiku di bin lîsansa MITê de ye. Ecêb! (Ji min re jî hat gotin ku WebPositive di bin heman lîsansê de bi pergalek xebitandinê tê, lê motora wê ya WebKit bi piranî di bin BSD-ya du-xalî de tê).
Tiştê ku min hêvî dikir nexebitî
Yekem tiştê ku bala min kişand asta piştgiriya hardware bû. Her tişt li ser netbook-a-based min, di nav de WLAN, dixebitî. Lê di xebatê de hin taybetmendî hene.
- Nekarîna tevahî li ser alavên Macintosh, bêyî ku moda EFI an emulasyona BIOS-ê çi be (Windows"). Sîstem tenê cemid dibe ger ez îkona di bootloader-a Mac-ê de hilbijêrim. Ji min re hat gotin ku ev û hûn dikarin bikar bînin boot , lê ev mîheng ji bo min pir tevlihev in.
- Leza grafîkê. Wusa dixuye ku hîn jî ne gengaz e ku meriv Radeon bikar bîne (min ekranek reş hebû), lê tişt li ser Intel jî bi hêsanî naçin. Lezkirina vîdyoyê di WebPositive de tenê nermalavê ye, di nav de H.264. Ew ecêb e, ji ber ku rêgeza destpêkê li ser vîdyoyê ye. Yek ji pêşdebiran eşkere kir ku vîdyoya di WebPositive de bi karanîna hakên hêdî dixebite.
- Deng tune? Pêşvebir got: "Ajokarên qerta deng hîn jî di lehiyê de ne." Dibe ku pêdivî bi kesek heye ku ajokera HDA-yê bi rengek mîna USB-3 piştgirî bike. Naha, ji bo bidestxistina deng, ji nûvekirina germ a ji pergalek din a xebitandinê bes e, û ez bawer dikim ku ew ê bi rengekî were rast kirin.
- Bişkojkên kontrolkirina ronahiyê û dengdanê naxebitin. (Bingeh jixwe di forma serîlêdana Kurtebiran de heye: hûn dikarin kurtenivîsa klavyeyê bi her fonksiyonek ku hûn dixwazin ve girêbidin, lê heya nuha Haiku nizane bi bişkokên medyayê çawa bixebite. Dibe ku dilxwaz hebin?)
- Kontrola touchpadê ya du tiliyan. Ma ji sindoqê naxebite. Panelek mîhengan heye ku tê de dibêje "Tu touchpad nehat dîtin, mîhengan dê bandorek nebe." ( bi Amûra Ketina ELAN, ACPI ETD050A).
- Bi sepana heyî ya ji bo xwendina pelan ji kamerayên dîjîtal û têlefonên jîr li ser Android Min nikarîbû di modên MTP û PTP de senkronîze bikim. Ger ew jî wek beşên din ên di pergalê de werin montekirin dê pir baş be.
- Girtina qapaxa laptopê nayê destgirtin. (Ez dizanim ku Haiku hîn jî bi ACPI re naxebite: piştgirî tê sepandin, lê ji hêla xwerû ve nayê çalak kirin; ji nû ve destpêkirina ajokerê tune)
- Min nekarî li ser bugtracker hesabek biafirînim ji ber ku ew nexebite di WebPositive de.
apps
Armanca sereke ya pergala xebitandinê destpêkirina sepanan e. Ez ditirsiyam ku di bin Haiku de ji bo xebata rastîn serlêdan tune. Xwezî, ez xelet bûm, ji ber ku hêviya başbûnê heye - gava ku Haiku pir caran tê bikar anîn.
(serlêdana ji bo layout dîtbarî) ye, û ew serîlêdanek pir tevlihev e ku li ser bingeha Qt ye. Her weha heye (IDE).
Min meraq dikir gelo mirov îro ji bo Haiku sepanên Be-ya xwemalî bi karanîna amûrên xwemalî dinivîsin (heke ew hebin), an jî bes e ku meriv QtCreator bikar bîne (ku dê veguheztina sepanên cross-platformê hêsantir bike). Helwesta pêşdebirên Haiku ji bo serîlêdanên xwemalî yên ji bo Haiku tercîhek "zelal" e. Gelo rast e? Ez guman dikim ku serîlêdanên ji bo xebata rastîn ne cross-platform in (hemî serîlêdanên ku di xebata min de têne bikar anîn cross-platform in).
Piştgiriya Wx hate ragihandinWindows wiki приложений.
Nebûna piştgiriya Gtk + xemgîn e. Ev tê vê wateyê ku dê di demek nêzîk de Gimp li ser Haiku nebe (baş, ez difikirim), lê di forma Krita de veguhezek heye!
Di heman demê de, ez difikirim ku pêdivî ye ku rêyek hêsan û zelal hebe ku ji bo Haiku serlêdanan biafirîne, - Travis CI û GitLab CI bikar bînin.
Em diçin ku derê?
Ma Haiku dê bi konsepta BeOS UX re bimîne? Ez difikirim ku ew balkêş be, pêdivî ye ku ew bi baldarî sêwiranên UX-ê yên nû gava ku wan bipejirîne bi baldarî kalibr bike, di heman demê de ku li ser bingehên xwe rast bimîne.
Bo nimûne:
- Sade bimîne, bêyî wan 100500 vebijarkên ku çêdikin Linux "kompleks".
- Li şûna destek xerîb, ji bo mişkê nîşana tîrê bikar bînin.
- Dê Dockek hebe? (Ez dizanim ku tiştek wekî Dock heye , hê bêtir nêzîkî Dock , lê BeOS-a orîjînal jixwe di sala 1998-an de Dockek hebû!)
- Menuya gerdûnî? (Eşkere ne, ji ber tu feydeyek taybetî nabîne).
- Veguheztina bilez a pencereyê? (Wan got ku hûn dikarin hewl bidin ku çalak bikin"", bi tikandina mifteyê Windows dema ku pencereyek dikişîne, lê ew ne hêsan e, û ji bilî vê, ew ji bo min naxebite).
- Anîmasyona vebûn û girtina pencereyan?
- Siya li derveyî pencereyan?
- Piştgiriya mijarê mîna li Aqua? (Erê, hûn dikarin, binesaz û amûr hene, mînakî, , lê kesek pêdivî ye ku têlan biafirîne. Ez ê bi xwe biceribînim, ji min re gotin ku di nav de belge hene /xref/haiku/headers/os/interface/ControlLook.h, lê ne niha).
Vana nuwazeyên nazik in, li ber çavan digirin ku divê pergal kesayetiya xwe ya bêhempa winda neke.
encamê
Haiku bi rastî çavên min vekir, nîşanî min da ku hawîrdora xebatê "tenê dixebite".
Zêdetirî 10 sal berê min ji Mac-ê guherî bo Linux û ji wê demê ve li heman asta sofîstîkebûn û bedewiyê digerin, û Haiku bi gelek awayan li gorî wê dijî.
Dadperwer be, xeletî hene, lê hejmareke ecêb tiştan, tevî hardware wekî WLAN an çaperan, "tenê dixebitin."
Lêbelê, berî her tiştî, pergal xwedî têgeheke jîngeheke xebatê ye ku di jîngehên xebatê yên li ser de tune ye. Linux.
Hebûna pergalek bêkêmasî (li şûna kernel û hawîrdorên bikarhêner ên hevrik ên cihêreng) her tiştî hêsan û hevgirtî dike.
Kêmbûna avahîyên cuda (belavkirin) her tiştî hê hêsantir dike.
Bi tenê yek bikarhênerek ji her pergalê ve girêdayî ye, tevliheviyê bêtir kêm dike.
Encam: ji gelek aliyan ve pergalek pir hêsan, sofîstîke, mînîmalîst, ku ji bo "mirinên tenê" hatî çêkirin û ne ji bo rêvebirên pergala UNIX.
Hêvî ew e ku dema ku ev pergal populertir bibe (wek ku ji neçarî dê bibe), tevliheviya wê zêde nebe.
Min berê li ser # nivîsandiyeLinuxBikarhanîna di rêzenivîsa gotarên berê de. Xweş e ku meriv bizanibe ku Haiku gelek pirsgirêkên ku hatine raberkirin çareser dike. .
Rojek bes bû ku ez îqna bibim: Ez dixwazim vê hawîrdora xebatê ji bo xebata rojane bikar bînim, û her weha li vebijarkan digerim ji bo beşdariya xwe di pêşveçûna pergalê de.
Bi xwe biceribîne! Beriya her tiştî, projeya Haiku ji bo bootkirina ji DVD an USB-yê wêneyan peyda dike, . Ji bo sazkirinê, tenê wêneyê dakêşin û bi karanîna wê li ajokerek flashê binivîsin .
Ji nivîskarê werger: ev tenê gotara yekem e di rêzenivîsê de li ser Haiku, yên mayî li benda wergerê ne û dê paşê werin weşandin.
Source: www.habr.com
