Yana bir narsa: Haiku ilovalari to'plamlari?

TP; DR: Haiku ilova kataloglari (masalan .app Macda) va/yoki ilova tasvirlari (Linux AppImage)? O'ylaymanki, bu boshqa tizimlarga qaraganda to'g'ri amalga oshirish osonroq bo'lgan munosib qo'shimcha bo'ladi, chunki infratuzilmaning aksariyati allaqachon mavjud.

Bir hafta oldin Men Haiku-ni kashf qildim, bu kutilmagan yaxshi tizim. Men uzoq vaqtdan beri ma'lumotnomalar va ilovalar tasvirlariga qiziqqanim uchun (Makintoshning soddaligidan ilhomlangan), xayolimga bir fikr kelgan bo'lsa ajabmas...

To'liq tushunish uchun men Mac soddaligi uchun mo'ljallangan va dastur mualliflari va oxirgi foydalanuvchilarga to'liq nazoratni ta'minlaydigan Linux ilovalarini tarqatish formati AppImage yaratuvchisi va muallifiman (agar siz ko'proq bilmoqchi bo'lsangiz, qarang. Wiki и hujjatlar).

Haiku uchun AppImage yaratsak nima bo'ladi?

Bir oz o'ylab ko'raylik, faqat nazariy jihatdan: olish uchun nima qilish kerak AppImage, yoki shunga o'xshash narsa, Xaykuda? Hozirda biror narsa yaratish shart emas, chunki Xaykuda allaqachon mavjud bo'lgan tizim hayratlanarli darajada ishlaydi, ammo xayoliy tajriba yaxshi bo'lardi. Bu, shuningdek, bunday ishlar juda qiyin bo'lgan Linux ish stoli muhitlari bilan solishtirganda Haiku-ning nafisligini ko'rsatadi (men shunday deyish huquqiga egaman: men 10 yildan beri disk raskadrovka bilan kurashaman).

Macintosh tizimi 1 da har bir dastur Finderda "boshqariladigan" alohida fayl edi. AppImage-dan foydalanib, men Linuxda bir xil foydalanuvchi tajribasini qayta yaratishga harakat qilaman.

Birinchidan, AppImage nima? Bu uchinchi tomon ilovalarini chiqarish tizimi (masalan, Ultimaker Cure), ilovalar xohlagan vaqtda va qanday qilib chiqarilishiga ruxsat berish: turli xil tarqatishlarning o'ziga xos xususiyatlarini bilish, siyosatlarni qurish yoki infratuzilmani qurishning hojati yo'q, texnik yordam talab qilinmaydi va ular foydalanuvchilarga nimani o'rnatishi mumkinligini aytmaydi (yo'q). ularning kompyuterlarida. AppImage formatidagi Mac paketiga o'xshash narsa sifatida tushunilishi kerak .app disk tasviri ichida .dmg. Asosiy farq shundaki, ilovalar nusxa ko'chirilmaydi, lekin AppImage ichida abadiy qoladi, xuddi Haiku paketlari kabi. .hpkg o'rnatilgan va hech qachon odatiy ma'noda o'rnatilmagan.

10 yildan ortiq faoliyat davomida AppImage biroz joziba va mashhurlikka erishdi: Linus Torvaldsning o'zi buni omma oldida ma'qulladi va umumiy loyihalar (masalan, LibreOffice, Krita, Inkscape, Scribus, ImageMagick) uni asosiy yo'l sifatida qabul qildi. doimiy yoki tungi tuzilmalarni tarqatish, o'rnatilgan yoki o'chirilgan foydalanuvchi ilovalariga xalaqit bermaslik. Biroq, Linux ish stoli muhitlari va distribyutorlari ko'pincha an'anaviy, markazlashtirilgan ta'minotchilarga asoslangan tarqatish modeliga yopishib oladi va/yoki o'zlarining biznes biznesini va/yoki muhandislik dasturlarini ilgari suradi. Yumshoq (RedHat, Fedora, GNOME) va Zerikkan (Canonical, Ubuntu). Keladi kulgili.

Hammasi qanday ishlaydi

• Har bir AppImage 2 qismdan iborat: kichik ikki marta bosish ELF (deb ataladi. runtime.c), keyin fayl tizimi tasviri SquashFS.

• SquashFS fayl tizimi ilovaning foydali yukini va uni ishga tushirish uchun zarur bo'lgan hamma narsani o'z ichiga oladi, bu to'g'ri fikrda har bir yangi maqsadli tizim (Linux tarqatish) uchun standart o'rnatishning bir qismi deb hisoblanmaydi. U shuningdek, ilova nomi, piktogramma, MIME turlari va h.k. kabi metamaʼlumotlarni oʻz ichiga oladi.

• Foydalanuvchi tomonidan ishga tushirilganda, ish vaqti fayl tizimini o'rnatish uchun FUSE va squashfuse-dan foydalanadi va keyin o'rnatilgan AppImage ichidagi ba'zi kirish nuqtasini (aka AppRun) boshqaradi.
  Jarayon tugagandan so'ng fayl tizimi o'chiriladi.

Hamma narsa oddiy ko'rinadi.

Va bu narsalar hamma narsani murakkablashtiradi:

• Bunday xilma-xil Linux distributivlari bilan "to'g'ri fikrda" hech narsani "har bir yangi maqsadli tizim uchun standart o'rnatishning bir qismi" deb atash mumkin emas. Biz bu muammoni qurish orqali hal qilamiz istisno ro'yxati, AppImage-da nima qadoqlanishini va boshqa joyga nimani olish kerakligini aniqlash imkonini beradi. Shu bilan birga, biz ba'zan sog'inamiz, garchi umuman olganda, hamma narsa ajoyib ishlaydi. Shu sababli, paket yaratuvchilarga AppImages-ni barcha maqsadli tizimlarda (tarqatmalarda) sinab ko'rishni tavsiya qilamiz.
• Ilovaning foydali yuklari fayl tizimi bo'ylab ko'chirilishi kerak. Afsuski, ko'pgina ilovalarda, masalan, manbalarga qattiq kodlangan mutlaq yo'llar mavjud /usr/share. Buni qandaydir tarzda tuzatish kerak. Bundan tashqari, siz eksport qilishingiz kerak LD_LIBRARY_PATH, yoki tuzatish rpath yuklovchi tegishli kutubxonalarni topishi uchun. Birinchi usul o'zining kamchiliklariga ega (ular murakkab usullar bilan bartaraf etiladi), ikkinchisi esa shunchaki noqulay.
• Foydalanuvchilar uchun eng katta UX tuzog'i bu bajariladigan bitni o'rnating Yuklab olingandan so'ng AppImage fayli. Ishoning yoki ishonmang, bu ba'zilar uchun haqiqiy to'siqdir. Bajarish bitini o'rnatish zarurati hatto tajribali foydalanuvchilar uchun ham qiyin. Vaqtinchalik yechim sifatida biz AppImage fayllarini kuzatuvchi va ularning bajarilish bitini o'rnatuvchi kichik xizmatni o'rnatishni taklif qildik. Uning sof shaklida bu eng yaxshi yechim emas, chunki u qutidan ishlamaydi. Linux distributivlari ushbu xizmatni taqdim etmaydi, shuning uchun foydalanuvchilar qutidan yomon tajribaga ega.
• Linux foydalanuvchilari yangi ilovaning ishga tushirish menyusida belgi bo'lishini kutishadi. Siz tizimga: "Mana, yangi dastur bor, ishlaylik" deb ayta olmaysiz. Buning o'rniga, XDG spetsifikatsiyasiga ko'ra, faylni nusxalashingiz kerak .desktop to'g'ri joyga /usr tizim bo'ylab o'rnatish uchun yoki ichida $HOME individual uchun. XDG spetsifikatsiyasiga ko'ra, ma'lum o'lchamdagi piktogrammalar ma'lum joylarda joylashtirilishi kerak usr yoki $HOME, va keyin piktogramma keshini yangilash uchun ishchi muhitda buyruqlarni ishga tushiring yoki ish muhiti menejeri buni aniqlaydi va hamma narsani avtomatik ravishda aniqlaydi deb umid qiling. MIME turlari bilan bir xil. Vaqtinchalik yechim sifatida, bajarilish bayrog'ini o'rnatishdan tashqari, agar piktogramma mavjud bo'lsa va hokazo bo'lgan bir xil xizmatdan foydalanish taklif etiladi. AppImage-da ularni AppImage-dan XDG-ga ko'ra kerakli joylarga ko'chiring. O'chirilgan yoki ko'chirilganda, xizmat hamma narsani o'chirishi kutiladi. Albatta, har bir ish muhitining xatti-harakatlarida, grafik fayl formatlarida, ularning o'lchamlarida, saqlash joylarida va keshlarni yangilash usullarida farqlar mavjud, bu muammoni keltirib chiqaradi. Muxtasar qilib aytganda, bu usul tayoqchadir.
• Agar yuqoridagilar etarli bo'lmasa, fayl menejerida hali ham AppImage belgisi yo'q. Linux dunyosi hali elficonni amalga oshirishga qaror qilmagan ( munozarasi и amalga oshirish), shuning uchun belgini to'g'ridan-to'g'ri ilovaga joylashtirish mumkin emas. Shunday qilib, ma'lum bo'lishicha, fayl menejeridagi ilovalar o'z piktogrammalariga ega emas (farqi yo'q, AppImage yoki boshqa narsa), ular faqat boshlash menyusida. Vaqtinchalik yechim sifatida biz eskizlardan foydalanmoqdamiz, bu mexanizm dastlab ish stoli boshqaruvchilariga grafik fayllarning eskizlarini oldindan ko‘rish tasvirlarini o‘z piktogrammalari sifatida ko‘rsatishga imkon berish uchun ishlab chiqilgan. Shunday qilib, bajariladigan bitni sozlash xizmati, shuningdek, tegishli joylarga piktogramma eskizlarini yaratish va yozish "kichiklashtiruvchi" sifatida ishlaydi. /usr и $HOME. Agar AppImage o'chirilgan yoki ko'chirilgan bo'lsa, ushbu xizmat tozalashni ham amalga oshiradi. Har bir ish stoli menejeri o'zini biroz boshqacha tutganligi sababli, masalan, u piktogrammalarni qanday formatlarda, qaysi o'lchamlarda yoki joylarda qabul qiladi, bu juda og'riqli.
• Agar xatoliklar yuzaga kelsa, dastur shunchaki ishlamay qoladi (masalan, asosiy tizimning bir qismi bo'lmagan va AppImage-da ta'minlanmagan kutubxona mavjud) va GUI-da foydalanuvchiga aniq nima sodir bo'layotganini aytadigan hech kim yo'q. Foydalanish orqali biz buni aylanib o'tishni boshladik bildirishnomalar ish stolida, ya'ni biz buyruq satridan xatolarni ushlashimiz, ularni foydalanuvchi tushunadigan xabarlarga aylantirishimiz kerakligini anglatadi, keyin esa ish stolida ko'rsatilishi kerak. Va, albatta, har bir ish stoli muhiti ularni bir oz boshqacha boshqaradi.
• Ayni paytda (2019 yil sentyabr - tarjimonning eslatmasi) men tizimga fayl ekanligini aytishning oddiy usulini topa olmadim. 1.png Krita yordamida ochilishi kerak va 2.png - GIMP-dan foydalanish.

Ish stollari o'rtasidagi spetsifikatsiyalar uchun saqlash joyi GNOME, KDE и Xfce freedesktop.org hisoblanadi

Xayku ish muhitiga chuqur singib ketgan murakkablik darajasiga erishish, texnik xususiyatlar tufayli qiyin, agar imkonsiz bo'lmasa. freedesktop.org saytidan XDG o'zaro ish stoli uchun, shuningdek, ushbu spetsifikatsiyalar asosida ish stoli menejerlarini amalga oshirish. Misol tariqasida, bitta tizimli Firefox belgisini keltirishimiz mumkin: ko'rinishidan, XDG mualliflari foydalanuvchi bir xil dasturning bir nechta versiyasini o'rnatishi mumkinligini hatto xayoliga ham keltirmagan.

Firefox-ning turli versiyalari uchun piktogramma

Tizim integratsiyasini buzmaslik uchun Linux dunyosi Mac OS X dan nimani o'rganishi mumkinligini qiziqtirgan edim. Agar vaqtingiz bo'lsa va bunga qiziqsangiz, birinchi Mac OS X muhandislaridan biri Arnaud Gurdolning so'zlarini o'qing:

Biz dasturni o'rnatishni dastur belgisini biron bir joydan (server, tashqi disk) kompyuteringiz diskiga sudrab olib borish kabi oson qilmoqchi edik. Buning uchun dastur paketi barcha ma'lumotlarni, shu jumladan piktogrammalarni, versiyani, qayta ishlanayotgan fayl turini, dasturni qayta ishlash uchun tizim bilishi kerak bo'lgan URL sxemalarining turini saqlaydi. Bu, shuningdek, Icon Services va Launch Services ma'lumotlar bazasidagi "markaziy saqlash" uchun ma'lumotlarni o'z ichiga oladi. Ishlashni qo'llab-quvvatlash uchun ilovalar bir nechta "taniqli" joylarda "kashf qilinadi": tizim va foydalanuvchi ilovalari kataloglarida va ba'zi boshqalar, agar foydalanuvchi ilovani o'z ichiga olgan katalogdagi Finder-ga o'tsa, avtomatik ravishda. Amalda bu juda yaxshi ishladi.

https://youtu.be/qQsnqWJ8D2c
Apple WWDC 2000 sessiyasi 144 - Mac OS X: qadoqlash ilovalari va hujjatlarni chop etish.

Linux ish stollarida bunday infratuzilmaga o'xshash narsa yo'q, shuning uchun biz AppImage loyihasidagi tizimli cheklovlar atrofida vaqtinchalik echimlarni qidirmoqdamiz.

Xayku yordamga kelyaptimi?

Va yana bir narsa: ish stoli muhitlarining asosi sifatida Linux platformalari shunchalik kam ta'riflanganki, izchil to'liq stekli tizimda juda oddiy bo'lgan ko'p narsalar Linuxda asabiy ravishda parchalanib ketgan va murakkab. Men butun hisobotni ish stoli muhitlari uchun Linux platformasi bilan bog'liq masalalarga bag'ishladim (bilimli ishlab chiquvchilar hamma narsa juda uzoq vaqt davomida shunday qolishini tasdiqladilar).

2018 yilda Linux ish stoli muhitlari muammolari haqidagi hisobotim

Hatto Linus Torvalds ham parchalanish ish maydoni g'oyasi muvaffaqiyatsizlikka uchraganini tan oldi.

Xaykuni ko'rganimdan xursandman!

Xayku hamma narsani hayratlanarli darajada sodda qiladi

AppImage-ni Haiku-ga "ko'chirish" uchun sodda yondashuv uning tarkibiy qismlarini (asosan runtime.c va xizmat ko'rsatish) yaratishga urinish bo'lsa-da (bu hatto mumkin!), bu Haiku uchun katta foyda keltirmaydi. Chunki aslida bu muammolarning aksariyati Xaykuda hal qilingan va kontseptual jihatdan asosli. Haiku men Linux ish stoli muhitlarida uzoq vaqtdan beri izlayotgan va u erda yo'qligiga ishonmagan tizim infratuzilmasi qurilish bloklarini taqdim etadi. Aynan:

Ishoning yoki ishonmang, bu ko'pchilik Linux foydalanuvchilari tomonidan engib bo'lmaydigan narsa. Haykuda hamma narsa avtomatik tarzda amalga oshiriladi!

• Bajarish bitiga ega bo'lmagan ELF fayllari fayl boshqaruvchisida ikki marta bosilganda avtomatik ravishda bitta bit oladi.
• Ilovalar fayl boshqaruvchisida ko'rsatiladigan piktogrammalar kabi o'rnatilgan resurslarga ega bo'lishi mumkin. Bir nechta rasmlarni piktogramma bilan maxsus kataloglarga nusxalashning hojati yo'q va shuning uchun dasturni o'chirish yoki ko'chirishdan keyin ularni tozalash kerak emas.
• Ilovalarni hujjatlar bilan bog'lash uchun ma'lumotlar bazasi mavjud, buning uchun hech qanday faylni nusxalashning hojati yo'q.
• Bajariladigan fayl yonidagi lib/ katalogida kutubxonalar sukut bo'yicha qidiriladi.
• Ko'p distributivlar va ish stoli muhitlari yo'q; nima ishlayotgan bo'lsa, hamma joyda ishlaydi.
• Ilovalar katalogidan farq qiladigan alohida modul mavjud emas.
• Ilovalarda o'z resurslariga o'rnatilgan mutlaq yo'llar mavjud emas, ular ish vaqtida joylashuvni aniqlash uchun maxsus funktsiyalarga ega.
• Siqilgan fayl tizimi tasvirlari g'oyasi joriy etildi: bu har qanday hpkg to'plami. Ularning barchasi yadro tomonidan o'rnatiladi.
• Har bir fayl, agar siz boshqacha ko'rsatmasangiz, uni yaratgan dastur tomonidan ochiladi. Bu qanday ajoyib!

Ikki png fayl. Ikki marta bosilganda turli ilovalar tomonidan ochilishini ko'rsatadigan turli xil belgilarga e'tibor bering. Shuningdek, foydalanuvchi individual dasturni tanlashi mumkin bo'lgan "Ochish:" ochiladigan menyusiga e'tibor bering. Qanday oddiy!

Ko'rinishidan, Linuxda AppImage tomonidan talab qilinadigan ko'plab qo'ltiq tayoqchalari va vaqtinchalik echimlar Haiku'da keraksiz bo'lib qolganga o'xshaydi, uning mohiyati soddaligi va murakkabligi bilan bizning ehtiyojlarimizning ko'pini hal qiladi.

Haiku ilova paketlariga muhtojmi?

Bu katta savolga olib keladi. Agar Haiku'da AppImage kabi tizimni yaratish Linuxdan ko'ra osonroq bo'lsa, buni qilishga arziydimi? Yoki Haiku o'zining hpkg paket tizimi bilan bunday g'oyani ishlab chiqish zaruratini samarali ravishda yo'q qildimi? Xo'sh, javob berish uchun AppImages mavjudligining motiviga qarashimiz kerak.

Foydalanuvchi nuqtai nazari

Keling, oxirgi foydalanuvchini ko'rib chiqaylik:

• Men administrator (root) parolini so'ramasdan dasturni o'rnatmoqchiman. Haiku-da administrator tushunchasi yo'q, foydalanuvchi shaxsiy tizim bo'lgani uchun to'liq nazoratga ega! (Asosan, siz buni ko'p o'yinchi rejimida tasavvur qilishingiz mumkin, umid qilamanki, ishlab chiquvchilar buni oddiy qiladi)
• Men ilovalarning eng so'nggi va eng zo'r versiyalarini tarqatishimda paydo bo'lishini kutmasdan olishni xohlayman (ko'pincha bu "hech qachon" degan ma'noni anglatadi, hech bo'lmaganda butun operatsion tizimni yangilamasam). Xaykuda bu suzuvchi relizlar bilan "hal qilingan". Bu shuni anglatadiki, ilovalarning eng so'nggi va eng zo'r versiyalarini olish mumkin, ammo buning uchun siz tizimning qolgan qismini doimiy ravishda yangilab, uni samarali ravishda "harakatlanuvchi nishonga" aylantirishingiz kerak..
• Men bir xil dasturning bir nechta versiyasini yonma-yon istayman, chunki so'nggi versiyada nima buzilganligini bilishning imkoni yo'q, yoki men veb-ishlab chiquvchi sifatida brauzerning turli versiyalarida ishimni sinab ko'rishim kerak. Xayku birinchi muammoni hal qiladi, lekin ikkinchisini emas. Yangilanishlar orqaga qaytariladi, lekin faqat butun tizim uchun; masalan, WebPositive yoki LibreOffice-ning bir nechta versiyalarini bir vaqtning o'zida ishga tushirish (men bilishimcha) mumkin emas.

Ishlab chiquvchilardan biri shunday yozadi:

Asosan mantiqiy asos quyidagicha: foydalanish holatlari juda kam uchraydi, shuning uchun uni optimallashtirish mantiqiy emas; HaikuPorts-da buni alohida holat sifatida ko'rib chiqish maqbulroq ko'rinadi.

• Ilovalarni ishga tushirish diskimda emas, balki o‘zim yoqtirgan joyda saqlashim kerak. Menda tez-tez disk maydoni tugaydi, shuning uchun ilovalarni (men yuklab olgan barcha versiyalar) saqlash uchun tashqi disk yoki tarmoq katalogini ulashim kerak. Agar men bunday drayverni ulasam, menga ikki marta bosish orqali ilovalarni ishga tushirish kerak. Haiku paketlarning eski versiyalarini saqlaydi, lekin ularni tashqi diskka qanday ko'chirishni yoki keyinchalik u yerdan ilovalarni qanday ishga tushirishni bilmayman.

Ishlab chiquvchi sharhi:

Texnik jihatdan, bu mount buyrug'i bilan allaqachon mumkin. Albatta, bizda yetarlicha qiziqqan foydalanuvchilar paydo bo'lishi bilan biz buning uchun grafik interfeys yaratamiz.

• Menga fayl tizimi bo'ylab tarqalgan millionlab fayllar kerak emas, men o'zimni qo'lda boshqara olmayman. Men osonlik bilan yuklab olishim, ko'chirishim, o'chirishim mumkin bo'lgan bitta faylni xohlayman. Haiku-da bu muammo paketlar yordamida hal qilinadi .hpkg, masalan, pythonni minglab fayllardan bitta faylga o'tkazadigan. Ammo, masalan, python-dan foydalanadigan Scribus bo'lsa, men kamida ikkita fayl bilan shug'ullanishim kerak. Va men ularning bir-biri bilan ishlaydigan versiyalarini saqlashga g'amxo'rlik qilishim kerak.

Bitta Linuxda yonma-yon ishlaydigan AppImages-ning bir nechta versiyalari

Ilova ishlab chiquvchining istiqboli

Keling, dastur ishlab chiquvchisi nuqtai nazaridan qaraylik:

• Men butun foydalanuvchi tajribasini nazorat qilmoqchiman. Ilovalarni qachon va qanday chiqarishim kerakligini aytish uchun men operatsion tizimga bog'lanishni xohlamayman. Haiku ishlab chiquvchilarga o'zlarining hpkg omborlari bilan ishlashga imkon beradi, ammo bu foydalanuvchilar ularni qo'lda sozlashlari kerakligini anglatadi, bu esa g'oyani "kamroq jozibador" qiladi.
• Mening veb-saytimda men tarqatadigan yuklab olish sahifam bor .exe Windows uchun, .dmg Mac uchun va .AppImage Linux uchun. Yoki men ushbu sahifaga kirishni monetizatsiya qilishni xohlayman, hamma narsa mumkinmi? Xayku uchun nima qo'yishim kerak? Fayl yetarli .hpkg faqat HaikuPorts-dan bog'liqliklar bilan
• Mening dasturiy ta'minotim boshqa dasturlarning maxsus versiyalarini talab qiladi. Masalan, Krita Qt ning yamalgan versiyasini yoki Krita ning ma'lum bir versiyasiga yaxshi sozlangan Qt ni, hech bo'lmaganda yamalar Qt ga qaytarilgunga qadar talab qilishi ma'lum. Siz ilovangiz uchun o'z Qt-ni paketga to'plashingiz mumkin .hpkg, lekin, ehtimol, bu ma'qul emas.

Oddiy dasturni yuklab olish sahifasi. Xayku uchun nima yozishim kerak?

To'plamlar (AppDir kabi ilovalar kataloglari sifatida mavjud yoki .app Apple uslubida) va/yoki tasvirlar (yuqori darajada o'zgartirilgan AppImages shaklida yoki .dmg Apple'dan) ilovalar Haiku ish stoli muhitiga foydali qo'shimchami? Yoki bu butun rasmni susaytiradi va parchalanishga olib keladi va shuning uchun murakkablik qo'shadimi? Men yirtilib ketdim: bir tomondan, Xaykuning go'zalligi va nafosatliligi, odatda, ko'p emas, balki bitta yo'l borligiga asoslanadi. Boshqa tomondan, kataloglar va/yoki ilovalar to'plamlari uchun infratuzilmaning aksariyati allaqachon mavjud, shuning uchun tizim qolgan bir necha foizning joyiga tushishi uchun qichqiradi.

Ishlab chiquvchiga ko'ra Janob. vaddlesplash

Linuxda ular (kataloglar va ilovalar to'plamlari, - taxminan. tarjimon) tizimli muammolarning texnik yechimi bo'lishi mumkin. Xaykuda biz oddiygina tizim muammolarini hal qilishni afzal ko'ramiz.

Siz nima deb o'ylaysiz?

Javob berishdan oldin ...

Kutib turing, keling, tez haqiqatni tekshirib ko'raylik: aslida ilovalar kataloglari - allaqachon Xaykuning bir qismi:

Ilova kataloglari Haiku-da allaqachon mavjud, ammo fayl menejerida hali qo'llab-quvvatlanmaydi

Ular, aytaylik, Macintosh Finder kabi yaxshi qo'llab-quvvatlanmaydi. QtCreator katalogining yuqori chap burchagida "QtCreator" nomi va belgisi bo'lsa, sichqonchani ikki marta bosgandan so'ng dasturni ishga tushirsa, qanday ajoyib bo'lar edi?

Bir oz oldin men allaqachon so'radi:

O'n yillik eski ilovalaringizni bugungi kunda barcha ilovalar do'konlari va tarqatish omborlari ular va ularning bog'liqliklari haqida unutib qo'ygan paytda ishga tushirishingiz mumkinligiga ishonchingiz komilmi? Kelajakda hozirgi ishingizga kirish imkoniga ega ekanligingizga ishonchingiz komilmi?

Haiku'dan allaqachon javob bormi yoki kataloglar va ilovalar to'plamlari bu erda yordam bera oladimi? Menimcha, ular mumkin.

janobga ko'ra. vaddlesplash:

Ha, bizda savolga javob bor: kimdir ularning fayl formatlarini to'g'ri o'qiy olmaguncha yoki birma-bir funksionallikni ta'minlamaguncha, biz ushbu ilovalarni kerak bo'lganda qo'llab-quvvatlaymiz. Haiku’da BeOS R5 ilovalarini qo‘llab-quvvatlashga sodiqligimiz buning isbotidir...

Bu aniq!

Xayku qanday harakat qilish kerak?

Men hpkg, kataloglar va ilovalar tasvirlarining tinch-totuv yashashini tasavvur qila olaman:

• Tizim dasturiy ta'minotidan foydalanadi .hpkg
• Eng tez-tez ishlatiladigan dasturiy ta'minot uchun (ayniqsa, prokat relizlarni rejalashtirish kerak bo'lganlar) foydalaning .hpkg (barcha holatlarning taxminan 80%)
• Ba'zilari orqali o'rnatilgan .hpkg, ilovalar ilovalar katalogi infratuzilmasiga (masalan, QtCreator) o'tishdan foyda ko'radi: ular quyidagicha taqsimlanadi .hpkg, avvalgidek.

Janob. waddlesplash yozadi:

Agar sizga faqat ilovalarni ko'rish kerak bo'lsa /system/apps, buning o'rniga biz Ish stolidagi kataloglarni foydalanuvchilar uchun qulayroq qilishimiz kerak, chunki /system/apps muntazam ravishda ochish va foydalanuvchilar tomonidan ko'rish uchun mo'ljallanmagan (MacOS'dan farqli o'laroq). Bunday holatlar uchun Xayku boshqa paradigmaga ega, ammo bu variant, nazariy jihatdan, maqbuldir.

• Haiku ilova tasvirlarini ishga tushirish, dasturiy ta'minotning tungi, uzluksiz va sinov tuzilmalari, shuningdek, foydalanuvchi uni "o'z vaqtida muzlatib qo'ymoqchi bo'lgan", shaxsiy va ichki dasturiy ta'minot va boshqa maxsus foydalanish holatlari uchun infratuzilmani oladi (taxminan 20%) hammasidan). Ushbu rasmlar ilovani ishga tushirish uchun zarur bo'lgan fayllarni o'z ichiga oladi .hpkg, tizim tomonidan o'rnatilgan va dastur tugagandan so'ng - o'chirilgan. (Ehtimol, fayl menejeri fayllarni joylashtirishi mumkin .hpkg avtomatik ravishda yoki foydalanuvchi soʻroviga koʻra ilova tasvirlariga, masalan, ilovani tarmoq katalogiga yoki tashqi diskka sudraganingizda. Bu shunchaki qo'shiq! To'g'rirog'i, she'riyat - hayku.) Boshqa tomondan, foydalanuvchi tasvir tarkibini fayllar shaklida o'rnatishni xohlashi mumkin..hpkg, shundan so'ng ular xuddi HaikuDepot orqali o'rnatilgandek yangilanadi va qayta ishlanadi... Biz aqliy hujum qilishimiz kerak).

janobdan iqtibos. vaddlesplash:

Tashqi drayvlar yoki tarmoq kataloglaridan ilovalarni ishga tushirish foydali bo'lishi mumkin. Va pkgman uchun ko'proq "zonalar" ni sozlash qobiliyatini qo'shish, albatta, yaxshi xususiyat bo'ladi.

Bunday tizim hpkg, kataloglar va ilovalar tasvirlaridan foydalanadi. Ular alohida-alohida yaxshi, lekin birgalikda ular yengilmas bo'ladi.

xulosa

Haiku shaxsiy kompyuter uchun oddiy va murakkab foydalanuvchi tajribasini ta'minlovchi tizimga ega va odatda Linux kompyuterlari uchun taqdim etilganidan ancha yuqori. Paket tizimi .hpkg shunday misollardan biri, ammo tizimning qolgan qismi ham murakkablik bilan to'ldirilgan. Biroq, Xayku to'g'ri katalog va ilovalar tasvirini qo'llab-quvvatlashdan foyda ko'radi. Buni qanday qilish yaxshiroq, Xayku, uning falsafasi va arxitekturasini mendan ko'ra yaxshiroq biladigan odamlar bilan muhokama qilish kerak. Axir, men Xaykudan bir haftadan sal ko'proq vaqt davomida foydalanaman. Shunga qaramay, men Xayku dizaynerlari, ishlab chiquvchilari va arxitektorlari ushbu yangi nuqtai nazardan foyda olishlariga ishonaman. Hech bo'lmaganda, men ularning "sparring sherigi" bo'lishdan xursand bo'lardim. Men Linux ilovalari kataloglari va to'plamlari bilan 10 yildan ortiq amaliy tajribaga egaman va men ular uchun Xaykuda foydalanishni topmoqchiman, menimcha, ular juda mos keladi. Men taklif qilgan potentsial yechimlar men ta'riflagan muammolar uchun yagona to'g'ri emas va agar Xayku jamoasi boshqa, yanada nafisroqlarini topishga qaror qilsa, men bunga tayyorman. Asosan, men tizimni qanday qilish haqida o'ylayapman hpkg ish uslubini o'zgartirmasdan yanada ajoyib. Ma'lum bo'lishicha, Xayku jamoasi paketlarni boshqarish tizimini joriy qilishda uzoq vaqt davomida ilovalar to'plamlari haqida o'ylashgan, ammo afsuski (menimcha) bu g'oya "eskirgan". Balki uni jonlantirish vaqti kelgandir?

O'zingiz sinab ko'ring! Axir, Haiku loyihasi yaratilgan DVD yoki USB-dan yuklash uchun tasvirlarni taqdim etadi Ejednevno.
Savollaringiz bormi? Sizni rusiyzabonlarga taklif qilamiz telegram kanali.

Xatolar haqida umumiy ma'lumot: C va C++ da oyog'ingizga qanday otish kerak. Haiku OS retseptlar to'plami

dan muallif tarjima: bu Xayku haqidagi turkumdagi sakkizinchi va oxirgi maqola.

Maqolalar ro'yxati: birinchi ikkinchi uchinchi To'rtinchi Beshinchi Oltinchi Ettinchi

So'rovda faqat ro'yxatdan o'tgan foydalanuvchilar ishtirok etishlari mumkin. tizimga kirishiltimos.

Hpkg tizimini Linuxga o'tkazish mantiqiymi?

• ekan

• yo'q

• Allaqachon amalga oshirildi, men izohlarda yozaman

20 foydalanuvchi ovoz berdi. 5 nafar foydalanuvchi betaraf qolgan.

Manba: www.habr.com