Тағы бір нәрсе: Haiku қолданбаларының жинақтары?

TL; DR: Haiku қолданбалар каталогтары (мысалы .app Mac жүйесінде) және/немесе қолданба кескіндері (Linux AppImage)? Менің ойымша, бұл басқа жүйелерге қарағанда дұрыс енгізуге оңай лайықты қосымша болар еді, өйткені инфрақұрылымның көпшілігі қазірдің өзінде бар.

Бір апта бұрын Мен Хайкуды, күтпеген жерден жақсы жүйені таптым. Мені көптен бері каталогтар мен қолданбалы суреттер қызықтырғандықтан (Макинтоштың қарапайымдылығынан шабыттанған), менің ойыма бір идеяның келуі таңқаларлық емес...

Толық түсіну үшін мен Mac қарапайымдылығына бағытталған және қолданба авторлары мен соңғы пайдаланушыларға толық бақылау беретін Linux қолданбасын тарату пішімі AppImage жасаушысы және авторымын (егер сіз көбірек білгіңіз келсе, қараңыз). уики и құжаттама).

Хайку үшін AppImage жасасақ ше?

Кішкене, таза теориялық тұрғыдан ойланайық: алу үшін не істеу керек AppImage, немесе ұқсас нәрсе, Хайкуда? Дәл қазір бірдеңе жасаудың қажеті жоқ, өйткені Хайкуда бұрыннан бар жүйе керемет жұмыс істейді, бірақ ойдан шығарылған эксперимент жақсы болар еді. Ол сондай-ақ мұндай нәрселер өте қиын болатын Linux жұмыс үстелі орталарымен салыстырғанда Haiku-ның күрделілігін көрсетеді (осылай айтуға құқығым бар: мен 10 жыл бойы жөндеумен күресіп келемін).

Macintosh жүйесінің 1 жүйесінде әрбір қолданба Finder бағдарламасында «басқарылатын» жеке файл болды. AppImage көмегімен Linux жүйесінде бірдей пайдаланушы тәжірибесін қайта жасауға тырысамын.

Біріншіден, AppImage дегеніміз не? Бұл үшінші тарап қолданбаларын шығаруға арналған жүйе (мысалы, Ultimaker Cure), қолданбаларды қалаған кезде және қалай шығаруға мүмкіндік береді: әртүрлі дистрибутивтердің ерекшеліктерін білу, саясаттарды құру немесе инфрақұрылымды құру қажет емес, техникалық қолдау көрсету қажет емес және олар пайдаланушыларға нені (жоқ) орната алатынын айтпайды. олардың компьютерлерінде. AppImage пішіміндегі Mac бумасына ұқсас нәрсе деп түсіну керек .app диск кескінінің ішінде .dmg. Негізгі айырмашылық - қолданбалар көшірілмейді, бірақ AppImage ішінде мәңгі қалады, бұл Haiku пакеттері сияқты. .hpkg орнатылған және әдеттегі мағынада ешқашан орнатылмаған.

10 жылдан астам уақыт ішінде AppImage белгілі бір тартымдылық пен танымалдыққа ие болды: Линус Торвальдс оны көпшілік алдында мақұлдады және жалпы жобалар (мысалы, LibreOffice, Krita, Inkscape, Scribus, ImageMagick) оны негізгі әдіс ретінде қабылдады. орнатылған немесе жойылған пайдаланушы қолданбаларына кедергі жасамай, үздіксіз немесе түнгі құрастыруларды тарату. Дегенмен, Linux жұмыс үстелі орталары мен дистрибутивтері бұрынғысынша дәстүрлі, орталықтандырылған техникалық қызмет көрсетушілерге негізделген тарату үлгісіне жабысады және/немесе өздерінің кәсіпорын бизнесін және/немесе инженерлік бағдарламаларын алға жылжытады. Тегістеуіш (RedHat, Fedora, GNOME) және Snappy (Canonical, Ubuntu). Ол келеді күлкілі.

Мұның бәрі қалай жұмыс істейді

• Әрбір AppImage 2 бөліктен тұрады: шағын екі рет шерту ELF (деп аталатын. runtime.c), одан кейін файлдық жүйе кескіні SquashFS.

• SquashFS файлдық жүйесінде қолданбаның пайдалы жүктемесі және оны іске қосу үшін қажет нәрсенің бәрі бар, бұл дұрыс ойда әрбір соңғы мақсатты жүйе (Linux дистрибуциясы) үшін әдепкі орнатудың бөлігі ретінде қарастырыла алмайды. Ол сондай-ақ қолданба атауы, белгішелер, MIME түрлері және т.б. сияқты метадеректерді қамтиды.

• Пайдаланушы іске қосқан кезде, жұмыс уақыты файлдық жүйені орнату үшін FUSE және squashfuse пайдаланады, содан кейін орнатылған AppImage ішіндегі кейбір кіру нүктесін (aka AppRun) іске қосады.
  Процесс аяқталғаннан кейін файлдық жүйе ажыратылады.

Барлығы қарапайым сияқты.

Және бұл нәрселер бәрін қиындатады:

• Linux дистрибутивтерінің осындай әртүрлілігімен «дұрыс ойдағы» ештеңені «әрбір жаңа мақсатты жүйе үшін әдепкі орнату бөлігі» деп атауға болмайды. Біз бұл мәселені құрылыс арқылы шешеміз алып тастау тізімі, AppImage ішінде ненің буып-түйілетінін және басқа жерде нені алу керектігін анықтауға мүмкіндік береді. Сонымен қатар, біз кейде, жалпы, бәрі керемет жұмыс істейтініне қарамастан, сағынамыз. Осы себепті пакет жасаушыларға AppImages қолданбасын барлық мақсатты жүйелерде (таратулар) сынауды ұсынамыз.
• Қолданбаның пайдалы жүктемелері файлдық жүйе бойынша ауыстырылатын болуы керек. Өкінішке орай, көптеген қолданбаларда, мысалы, ішіндегі ресурстарға қатаң кодталған абсолютті жолдар бар /usr/share. Мұны қандай да бір жолмен түзету керек. Оған қоса, экспорттау керек LD_LIBRARY_PATH, немесе түзетіңіз rpath жүктеуші тиісті кітапханаларды таба алатындай етіп. Бірінші әдістің кемшіліктері бар (олар күрделі тәсілдермен еңсеріледі), ал екіншісі жай ғана ауыр.
• Пайдаланушылар үшін ең үлкен UX тұзағы - бұл орындалатын битті орнату Жүктеп алғаннан кейін AppImage файлы. Сенсеңіз де, сенбесеңіз де, бұл кейбіреулер үшін нағыз кедергі. Орындалу мүмкіндігін орнату қажеттілігі тіпті тәжірибелі пайдаланушылар үшін де қиын. Шешім ретінде біз AppImage файлдарын бақылайтын және олардың орындалу битін орнататын шағын қызметті орнатуды ұсындық. Оның таза түрінде бұл ең жақсы шешім емес, өйткені ол қораптан шықпайды. Linux дистрибутивтері бұл қызметті қамтамасыз етпейді, сондықтан пайдаланушылар қораптан тыс жағымсыз тәжірибеге ие.
• Linux пайдаланушылары жаңа қолданбаның іске қосу мәзірінде белгішесі болуын күтеді. Сіз жүйеге: «Міне, жаңа қолданба бар, жұмыс істейік» деп айта алмайсыз. Оның орнына, XDG спецификациясына сәйкес файлды көшіру керек .desktop ішіндегі дұрыс жерге /usr бүкіл жүйені орнату үшін немесе $HOME жеке үшін. XDG спецификациясына сәйкес белгілі бір өлшемдегі белгішелерді белгілі бір жерлерде орналастыру керек usr немесе $HOME, содан кейін белгіше кэшін жаңарту үшін жұмыс ортасында пәрмендерді іске қосыңыз немесе жұмыс ортасының менеджері оны анықтап, барлығын автоматты түрде анықтайды деп үміттеніңіз. MIME түрлерімен бірдей. Шешім ретінде, орындалу жалауын орнатудан басқа, белгішелер болса және т.б. болатын бірдей қызметті пайдалану ұсынылады. AppImage қолданбасында оларды AppImage қолданбасынан XDG сәйкес дұрыс орындарға көшіріңіз. Жойылған немесе жылжытылған кезде қызмет барлығын өшіреді деп күтілуде. Әрине, әр жұмыс ортасының әрекетінде, графикалық файл пішімінде, олардың өлшемдерінде, сақтау орындарында және кэштерді жаңарту әдістерінде айырмашылықтар бар, бұл мәселе тудырады. Қысқасы, бұл әдіс – балдақ.
• Жоғарыда айтылғандар жеткіліксіз болса, файл менеджерінде әлі де AppImage белгішесі жоқ. Linux әлемі әлі elficon енгізу туралы шешім қабылдаған жоқ ( талқылау и жүзеге асыру), сондықтан белгішені тікелей қолданбаға ендіру мүмкін емес. Сонымен, файл менеджеріндегі қолданбалардың өздерінің белгішелері жоқ екені белгілі болды (айырмашылығы жоқ, AppImage немесе басқа нәрсе), олар тек бастау мәзірінде. Шешім ретінде біз нобайларды қолданып жатырмыз, ол бастапқыда жұмыс үстелі менеджерлеріне графикалық файлдардың нобайын алдын ала қарау кескіндерін белгішелер ретінде көрсетуге мүмкіндік беру үшін жасалған механизм. Демек, орындалатын битті орнату қызметі сонымен қатар тиісті орындарға белгіше нобайларын жасау және жазу «миниатюратор» ретінде жұмыс істейді. /usr и $HOME. Бұл қызмет AppImage жойылған немесе жылжытылған болса, тазалауды да орындайды. Әрбір жұмыс үстелі менеджері сәл басқаша әрекет ететіндіктен, мысалы, белгішелерді қандай форматтарда, қандай өлшемдерде немесе жерлерде қабылдайды, мұның бәрі өте ауыр.
• Қателер орын алса (мысалы, базалық жүйенің бөлігі болып табылмайтын және AppImage-де берілмеген кітапхана бар) қолданба орындалу кезінде жай ғана бұзылады және GUI-де пайдаланушыға нақты не болып жатқанын айтатын ешкім жоқ. Біз мұны пайдалану арқылы айналып өте бастадық хабарландырулар жұмыс үстелінде, яғни пәрмен жолынан қателерді тауып, оларды пайдаланушы түсінетін хабарламаларға түрлендіру керек, содан кейін олар жұмыс үстелінде көрсетілуі керек. Және, әрине, әрбір жұмыс үстелі ортасы оларды басқаша өңдейді.
• Қазіргі уақытта (2019 жылдың қыркүйегі – аудармашының ескертпесі) жүйеге файл екенін айтудың қарапайым әдісін таппадым. 1.png Krita көмегімен ашылуы керек және 2.png - GIMP пайдалану.

Қолданылатын жұмыс үстелі аралық сипаттамаларға арналған сақтау орны GNOME, KDE и Xfce freedesktop.org болып табылады

Хайку жұмыс ортасына терең тоқылған күрделілік деңгейіне жету техникалық сипаттамаларға байланысты қиын, тіпті мүмкін емес. freedesktop.org сайтынан XDG кросс жұмыс үстелі үшін, сондай-ақ осы спецификацияларға негізделген жұмыс үстелі менеджерлерін іске асыру. Мысал ретінде бір жүйелік Firefox белгішесін келтіруге болады: XDG авторлары пайдаланушыда бір қолданбаның бірнеше нұсқасы орнатылған болуы мүмкін деп ойламаған сияқты.

Firefox-тың әртүрлі нұсқаларына арналған белгішелер

Жүйе интеграциясын бұзбау үшін Linux әлемі Mac OS X жүйесінен не үйрене алады деп ойладым. Егер сізде уақыт болса және осыған қызығушылық танытсаңыз, Mac OS X бірінші инженерлерінің бірі Арно Гурдолдың айтқанын міндетті түрде оқып шығыңыз:

Біз қолданбаны орнатуды бағдарлама белгішесін бір жерден (сервер, сыртқы диск) компьютер дискісіне сүйреп апару сияқты жеңілдеткіміз келді. Бұл үшін қолданбалар бумасы барлық ақпаратты, соның ішінде белгішелер, нұсқа, өңделетін файл түрі, қолданбаны өңдеу үшін жүйе білуі қажет URL схемаларының түрін сақтайды. Бұл сонымен қатар Белгіше қызметтері және іске қосу қызметтері дерекқорындағы "орталық жадыға" арналған ақпаратты қамтиды. Өнімділікке қолдау көрсету үшін қолданбалар бірнеше «белгілі» жерлерде «табылады»: жүйе және пайдаланушы Қолданбалар каталогтары және кейбір басқалары, егер пайдаланушы қолданбасы бар каталогта Finder қолданбасына өтсе, автоматты түрде. Іс жүзінде бұл өте жақсы жұмыс істеді.

https://youtu.be/qQsnqWJ8D2c
Apple WWDC 2000 сеансы 144 - Mac OS X: орау қолданбалары және құжаттарды басып шығару.

Linux жұмыс үстелдерінде бұл инфрақұрылымға ұқсас ештеңе жоқ, сондықтан біз AppImage жобасындағы құрылымдық шектеулерді шешу жолдарын іздейміз.

Хайку көмекке келе ме?

Тағы бір нәрсе: жұмыс үстелі орталарының негізі ретінде Linux платформалары жеткіліксіз сипатталғаны сонша, тұрақты толық стек жүйесінде қарапайым болып табылатын көптеген нәрселер Linux жүйесінде көңілсіз фрагменттелген және күрделі. Мен толық есепті жұмыс үстелі орталарына арналған Linux платформасына қатысты мәселелерге арнадым (білімді әзірлеушілер бәрі өте ұзақ уақыт бойы осылай қала беретінін растады).

2018 жылы Linux жұмыс үстелі орталарының проблемалары туралы менің есебім

Тіпті Линус Торвальдс жұмыс кеңістігі идеясының сәтсіздікке ұшырауының себебі фрагментация екенін мойындады.

Хайкуды көргеніме қуаныштымын!

Хайку барлығын таңқаларлық қарапайым етеді

AppImage қолданбасын Haiku-ға «тасымалдаудың» қарапайым тәсілі оның құрамдас бөліктерін (негізінен runtime.c және сервис) құруға тырысу болса да (бұл мүмкін болуы мүмкін!), бұл Хайкуға көп пайда әкелмейді. Өйткені, шын мәнінде, бұл мәселелердің көпшілігі Хайкуда шешілген және тұжырымдамалық тұрғыдан негізделген. Haiku мен ұзақ уақыт бойы Linux жұмыс үстелі орталарында іздеген және ол жерде жоқ екеніне сенбейтін жүйелік инфрақұрылымның құрылыс блоктарын қамтамасыз етеді. Атап айтқанда:

Сенсеңіз де, сенбесеңіз де, бұл көптеген Linux пайдаланушылары жеңе алмайтын нәрсе. Хайкуда бәрі автоматты түрде жасалады!

• Орындалу мүмкіндігі жоқ ELF файлдары файл менеджерінде екі рет басқан кезде автоматты түрде біреуін алады.
• Қолданбаларда файл менеджерінде көрсетілетін белгішелер сияқты кірістірілген ресурстар болуы мүмкін. Бір топ кескіндерді белгішесі бар арнайы каталогтарға көшірудің қажеті жоқ, сондықтан қолданбаны жойғаннан немесе жылжытқаннан кейін оларды тазалаудың қажеті жоқ.
• Қолданбаларды құжаттармен байланыстыруға арналған деректер базасы бар, бұл үшін ешқандай файлдарды көшірудің қажеті жоқ.
• Орындалатын файлдың жанындағы lib/ каталогында әдепкі бойынша кітапханалар ізделеді.
• Көптеген дистрибутивтер мен жұмыс үстелі орталары жоқ; не жұмыс істесе де, барлық жерде жұмыс істейді.
• Қолданбалар каталогынан басқа іске қосылатын бөлек модуль жоқ.
• Қолданбаларда олардың ресурстарына кіріктірілген абсолютті жолдар жоқ; олардың орындалу уақытында орынды анықтауға арналған арнайы функциялары бар.
• Сығылған файлдық жүйе кескіндері идеясы енгізілді: бұл кез келген hpkg бумасы. Олардың барлығы ядро ​​арқылы орнатылған.
• Егер сіз басқаша нақты көрсетпесеңіз, әрбір файлды оны жасаған қолданба ашады. Бұл қандай тамаша!

Екі png файлы. Тінтуірді екі рет басқан кезде әртүрлі қолданбалар арқылы ашылатынын көрсететін әртүрлі белгішелерге назар аударыңыз. Сондай-ақ, пайдаланушы жеке қолданбаны таңдай алатын «Ашу:» ашылмалы мәзірін ескеріңіз. Қандай қарапайым!

Linux жүйесінде AppImage талап ететін көптеген таяқшалар мен уақытша шешімдер Haiku жүйесінде қажетсіз болып қалған сияқты, оның негізінде қарапайымдылығы мен күрделілігі бар, ол біздің қажеттіліктеріміздің көпшілігін шешеді.

Хайкуға қолданбалар пакеттері керек пе?

Бұл үлкен сұраққа әкеледі. Linux жүйесіне қарағанда Haiku жүйесінде AppImage сияқты жүйені жасау оңайырақ болса, мұны істеу керек пе? Немесе Хайку өзінің hpkg пакеттік жүйесімен мұндай идеяны дамыту қажеттілігін тиімді түрде жойды ма? Жауап беру үшін AppImages-тің болуының мотивациясын қарастыруымыз керек.

Пайдаланушының көзқарасы

Біздің соңғы пайдаланушыны қарастырайық:

• Мен әкімші (түбір) құпия сөзін сұрамай қолданбаны орнатқым келеді. Хайкуда әкімші деген ұғым жоқ, ол жеке жүйе болғандықтан пайдаланушы толық бақылауға ие! (Негізі, сіз мұны көп ойыншы режимінде елестете аласыз, әзірлеушілер оны қарапайым етеді деп үміттенемін)
• Қолданбалардың ең соңғы және ең жақсы нұсқаларын таратуымда пайда болғанын күтпей-ақ алғым келеді (көбінесе бұл «ешқашан» дегенді білдіреді, кем дегенде, операциялық жүйені толығымен жаңартпайынша). Хайкуда бұл өзгермелі шығарылымдар арқылы «шешілді». Бұл қолданбалардың ең соңғы және ең жақсы нұсқаларын алуға болатынын білдіреді, бірақ мұны істеу үшін жүйенің қалған бөлігін үнемі жаңартып отыру керек, оны тиімді түрде «жылжымалы нысанаға» айналдыру керек..
• Мен бір қолданбаның бірнеше нұсқасын қатарластырғым келеді, өйткені соңғы нұсқада не бұзылғанын білуге ​​ешқандай мүмкіндік жоқ немесе, айталық, веб-әзірлеуші ​​ретінде мен браузердің әртүрлі нұсқаларында жұмысымды тексеруім керек. Хайку бірінші мәселені шешеді, бірақ екіншісін емес. Жаңартулар кері қайтарылады, бірақ тек бүкіл жүйе үшін; мысалы, WebPositive немесе LibreOffice бірнеше нұсқасын бір уақытта іске қосу мүмкін емес (менің білуімше).

Әзірлеушілердің бірі былай деп жазады:

Негізінде негіздеме мынада: пайдалану жағдайы соншалықты сирек, оны оңтайландыру мағынасы жоқ; оны HaikuPorts-те ерекше жағдай ретінде қарастыру қолайлы емес сияқты.

• Қолданбаларды іске қосу дискісінде емес, өзіме ұнайтын жерде сақтауым керек. Менде жиі дискілік орын таусылады, сондықтан қосымшаларды (мен жүктеп алған барлық нұсқаларды) сақтау үшін сыртқы дискіні немесе желілік каталогты қосу керек. Егер мен мұндай дискіні қоссам, қосымшаларды екі рет басу арқылы іске қосу керек. Haiku бумалардың ескі нұсқаларын сақтайды, бірақ мен оларды сыртқы дискіге қалай жылжыту керектігін немесе одан кейін қолданбаларды қалай іске қосу керектігін білмеймін.

Әзірлеуші ​​түсініктемесі:

Техникалық тұрғыдан бұл монтаждау пәрменімен мүмкін. Әрине, бізде қызығушылық танытқан пайдаланушылар жеткілікті болған кезде біз бұл үшін GUI жасаймыз.

• Мен өзімді қолмен басқара алмайтын файлдық жүйеде шашыраңқы миллиондаған файлдардың қажеті жоқ. Мен оңай жүктеп алуға, жылжытуға, жоюға болатын бір қолданбаға бір файлды қалаймын. Хайкуда бұл мәселе пакеттер арқылы шешіледі .hpkg, мысалы, питонды мыңдаған файлдардан біреуіне тасымалдайтын. Бірақ, мысалы, python пайдаланатын Scribus болса, мен кем дегенде екі файлмен жұмыс істеуім керек. Мен олардың бір-бірімен жұмыс істейтін нұсқаларын сақтау үшін қамқорлық жасауым керек.

Бір Linux жүйесінде қатар жұмыс істейтін AppImages бірнеше нұсқалары

Қолданба әзірлеушісінің көзқарасы

Қолданба әзірлеушісінің көзқарасымен қарастырайық:

• Мен бүкіл пайдаланушы тәжірибесін басқарғым келеді. Қолданбаларды қашан және қалай шығару керектігін айту үшін операциялық жүйеге тәуелді болғым келмейді. Haiku әзірлеушілерге өздерінің hpkg репозиторийлерімен жұмыс істеуге мүмкіндік береді, бірақ бұл пайдаланушыларға оларды қолмен орнатуға тура келетінін білдіреді, бұл идеяны «аз тартымды» етеді.
• Менің веб-сайтымда тарататын жүктеп алу бетім бар .exe Windows үшін, .dmg Mac үшін және .AppImage Linux үшін. Немесе мен осы бетке кіруді монетизациялауды қалаймын, бәрі мүмкін бе? Хайкуға не қоюым керек? Файл жеткілікті .hpkg тек HaikuPorts тәуелділіктерімен
• Менің бағдарламалық құралым басқа бағдарламалық құралдың арнайы нұсқаларын қажет етеді. Мысалы, Krita үшін Qt-тің патчталған нұсқасын немесе Krita-ның белгілі бір нұсқасына дәл бапталған Qt нұсқасын қажет ететіні белгілі, кем дегенде патчтар Qt-ге қайта оралғанша. Қолданбаңызға арналған жеке Qt-ді бумаға буып алуға болады .hpkg, бірақ бұл мүмкін емес.

Қалыпты қолданбаны жүктеп алу беті. Хайку үшін мұнда не жариялауым керек?

Топтамалар (AppDir немесе сияқты қолданба каталогтары ретінде бар .app Apple стилінде) және/немесе кескіндер (жоғары өзгертілген AppImages түрінде немесе .dmg Apple) қолданбалары Haiku жұмыс үстелі ортасына пайдалы қосымша ма? Немесе ол бүкіл суретті сұйылтып, бөлшектенуге әкеліп соғады, сондықтан күрделілік қосады ма? Мен жыртылып қалдым: бір жағынан, Хайку сұлулығы мен талғампаздығы көп нәрсені емес, әдетте бір нәрсені істеудің бір жолы бар екеніне негізделген. Екінші жағынан, каталогтар мен/немесе қолданбалы жиынтықтарға арналған инфрақұрылымның көпшілігі қазірдің өзінде бар, сондықтан жүйе қалған бірнеше пайыздың орнына түсуі үшін айқайлайды.

Әзірлеушіге сәйкес Мырза. вадлсплаш

Linux жүйесінде олар (каталогтар мен қолданбалы жинақтар, - шамамен. аудармашы) жүйелі мәселелердің техникалық шешімі болуы мүмкін. Хайкуда біз жай ғана жүйелік мәселелерді шешуді жөн көреміз.

Сен не ойлайсың?

Жауап бермес бұрын...

Күте тұрыңыз, шындықты жылдам тексерейік: шын мәнінде қолданбалы каталогтар - қазірдің өзінде Хайку бөлігі:

Қолданба каталогтары Haiku жүйесінде бұрыннан бар, бірақ файл менеджерінде әлі қолдау көрсетілмейді

Оларға, айталық, Macintosh Finder сияқты қолдау көрсетілмейді. QtCreator каталогының жоғарғы сол жақ бұрышында "QtCreator" атауы мен белгішесі болса, тінтуірді екі рет басқан кезде қолданбаны іске қосатын болса, қаншалықты жақсы болар еді?

Біраз бұрын мен деп сұрады:

Барлық қолданбалар дүкендері мен тарату репозиторийлері олар және олардың тәуелділіктері туралы ұмытып кеткенде, онжылдық ескі қолданбаларды бүгін іске қоса алатыныңызға сенімдісіз бе? Болашақта қазіргі жұмысыңызға әлі де қол жеткізе алатыныңызға сенімдісіз бе?

Хайкудан жауап әлдеқашан бар ма, әлде каталогтар мен қолданбалар жинақтары осында көмектесе ала ма? Менің ойымша, олар мүмкін.

мырзаның айтуынша. ваддлесплаш:

Иә, бізде сұраққа жауап бар: біреу олардың файл пішімдерін дұрыс оқи алмағанша немесе жеке функционалдылықты қамтамасыз етпейінше, біз бұл қолданбаларды қажет болғанша қолдаймыз. Haiku жүйесінде BeOS R5 қолданбаларына қолдау көрсету міндеттемесі осының дәлелі болып табылады...

Бұл сөзсіз!

Хайку қандай әрекет жасауы керек?

Мен hpkg, каталогтар мен қолданба кескіндерінің бейбіт қатар өмір сүруін елестете аламын:

• Жүйелік бағдарламалық құралдарды пайдаланады .hpkg
• Ең жиі қолданылатын бағдарламалық құрал үшін (әсіресе жылжымалы шығарылымдарды жоспарлау қажет) пайдаланыңыз .hpkg (барлық жағдайлардың шамамен 80%)
• Кейбіреулері арқылы орнатылған .hpkg, қолданбалар қолданбалар каталогының инфрақұрылымына (мысалы, QtCreator) көшудің пайдасын көреді: олар келесідей таратылады .hpkg, бұрынғыдай.

Мырза. waddlesplash жазады:

Егер сізге тек қолданбаларды қарау керек болса /system/apps, оның орнына біз жұмыс үстеліндегі каталогтарды пайдаланушылар үшін басқарылатын етуіміз керек, өйткені /system/apps (MacOS жүйесінен айырмашылығы) пайдаланушылар үнемі ашып тұруға және қарауға арналмаған. Мұндай жағдайлар үшін Хайкуда басқа парадигма бар, бірақ бұл опция теориялық тұрғыдан қолайлы.

• Haiku қолданбалы кескіндерді іске қосу үшін инфрақұрылымды, бағдарламалық қамтамасыз етудің түнгі, үздіксіз және сынақ құрастыруларын, сондай-ақ пайдаланушы оны «уақытында тоқтатқысы келетін», жеке және ішкі бағдарламалық қамтамасыз етуді және басқа да арнайы пайдалану жағдайларын (шамамен 20%) алады. барлығы). Бұл кескіндер қолданбаны іске қосу үшін қажетті файлдарды қамтиды .hpkg, жүйе арқылы орнатылады және қолданба аяқталғаннан кейін - ажыратылады. (Мүмкін файл менеджері файлдарды қоюы мүмкін .hpkg қолданбаны желілік каталогқа немесе сыртқы дискіге сүйреп апару сияқты автоматты түрде немесе пайдаланушының сұрауы бойынша қолданба кескіндеріне. Бұл жай ғана ән! Дәлірек айтқанда, поэзия - хайку.) Екінші жағынан, пайдаланушы кескіннің мазмұнын файлдар түрінде орнатқысы келуі мүмкін..hpkg, содан кейін олар HaikuDepot арқылы орнатылғандай жаңартылып, өңделеді... Миға шабуыл жасау керек).

мырзадан дәйексөз. ваддлесплаш:

Сыртқы дискілерден немесе желілік каталогтардан қолданбаларды іске қосу пайдалы болуы мүмкін. Және pkgman үшін көбірек «аймақтарды» конфигурациялау мүмкіндігін қосу, әрине, жақсы мүмкіндік болар еді.

Мұндай жүйе hpkg, каталогтар мен қолданба кескіндерінің артықшылығын пайдаланады. Олар жеке жақсы, бірақ бірге олар жеңілмейтін болады.

қорытынды

Хайкуда ДК үшін қарапайым және күрделі пайдаланушы тәжірибесін қамтамасыз ететін құрылым бар және әдетте Linux ДК үшін берілгеннен әлдеқайда асып түседі. Пакет жүйесі .hpkg осындай мысалдардың бірі, бірақ жүйенің қалған бөлігі де күрделілікке толы. Дегенмен, Хайку дұрыс каталог пен қолданба кескінін қолдаудың пайдасын көреді. Мұны қалай істеуге болатынын Хайку, оның философиясы мен архитектурасын меннен әлдеқайда жақсы білетін адамдармен талқылау керек. Өйткені, мен Хайкуды бір аптадан сәл астам уақыттан бері қолдандым. Дегенмен, бұл жаңа көзқарас Хайку дизайнерлеріне, әзірлеушілеріне және сәулетшілеріне пайдалы болады деп ойлаймын. Кем дегенде, мен олардың «спарринг-серігі» болғаныма қуаныштымын. Менде Linux қолданбаларының каталогтары мен жинақтарымен 10 жылдан астам тәжірибем бар және оларды Хайкуда пайдалануды тапқым келеді, менің ойымша, олар өте жақсы сәйкес келеді. Мен ұсынған әлеуетті шешімдер мен сипаттаған мәселелердің жалғыз шынайы шешімдері емес, және егер Хайку командасы басқа, неғұрлым талғампаз шешімдерді табуды шешсе, мен мұның барлығына дайынмын. Негізінде мен жүйені қалай жасау керектігі туралы ойланып жатырмын hpkg оның жұмыс істеу тәсілін өзгертпестен одан да керемет. Хайку командасы пакеттерді басқару жүйесін енгізу кезінде қолданбалы топтамалар туралы ұзақ уақыт бойы ойластырғаны белгілі болды, бірақ өкінішке орай (менің ойымша) бұл идея «ескірді». Мүмкін оны жандандыратын кез келді ме?

Өзіңіз көріңіз! Өйткені, Haiku жобасы жасалған DVD немесе USB-ден жүктеуге арналған кескіндерді ұсынады күн сайын.
Сұрақтарыңыз бар ма? Сіздерді орыстілді курсқа шақырамыз жеделхат арнасы.

Қатені шолу: C және C++ тілінде аяққа қалай атуға болады. Haiku OS рецептер жинағы

-дан автор аударма: бұл Хайку туралы сериядағы сегізінші және соңғы мақала.

Мақалалар тізімі: Бірінші Екінші Үшінші Төртінші Бесінші Алтыншы Жетінші

Сауалнамаға тек тіркелген пайдаланушылар қатыса алады. Кіру, өтінемін.

hpkg жүйесін Linux жүйесіне көшіру мағынасы бар ма?

• сол

• жоқ

• Қазірдің өзінде орындалды, мен түсініктемелерде жазамын

20 пайдаланушы дауыс берді. 5 пайдаланушы қалыс қалды.

Ақпарат көзі: www.habr.com