आणखी काही: हायकू अॅप बंडल?

TL; डॉ: हायकूला अनुप्रयोग पॅकेजेससाठी योग्य समर्थन मिळू शकते, जसे की अनुप्रयोग निर्देशिका (जसे .app Mac वर) आणि/किंवा अनुप्रयोग प्रतिमा (लिनक्स AppImage)? मला वाटते की ही एक योग्य जोड असेल जी इतर प्रणालींपेक्षा योग्यरित्या अंमलात आणणे सोपे आहे कारण बहुतेक पायाभूत सुविधा आधीच अस्तित्वात आहेत.

एका आठवड्यापूर्वी मी हायकू शोधला, एक अनपेक्षितपणे चांगली प्रणाली. बरं, मला डिरेक्टरी आणि ऍप्लिकेशन इमेजेसमध्ये फार पूर्वीपासून स्वारस्य आहे (मॅकिंटॉशच्या साधेपणाने प्रेरित), माझ्या मनात एक कल्पना आली हे आश्चर्यकारक नाही ...

पूर्ण समजून घेण्यासाठी, मी AppImage चा निर्माता आणि लेखक आहे, एक Linux ऍप्लिकेशन वितरण स्वरूप ज्याचा उद्देश Mac साधेपणा आहे आणि ऍप्लिकेशन लेखक आणि अंतिम वापरकर्त्यांना पूर्ण नियंत्रण देतो (जर तुम्हाला अधिक जाणून घ्यायचे असेल तर, पहा विकी и दस्तऐवजीकरण).

जर आपण हायकूसाठी AppImage बनवले तर?

चला थोडा विचार करूया, पूर्णपणे सैद्धांतिकदृष्ट्या: मिळविण्यासाठी काय करणे आवश्यक आहे AppImage, की हायकूवर तत्सम काहीतरी? आत्ता काहीतरी तयार करणे आवश्यक नाही, कारण हायकूमध्ये आधीपासूनच अस्तित्वात असलेली प्रणाली आश्चर्यकारकपणे कार्य करते, परंतु एक काल्पनिक प्रयोग छान होईल. हे Linux डेस्कटॉप वातावरणाच्या तुलनेत हायकूचे परिष्कृतपणा देखील प्रदर्शित करते, जेथे अशा गोष्टी अत्यंत कठीण आहेत (मला असे म्हणण्याचा अधिकार आहे: मी 10 वर्षांपासून डीबगिंगशी संघर्ष करत आहे).

Macintosh System 1 वर, प्रत्येक अनुप्रयोग फाइंडरमध्ये "व्यवस्थापित" एक वेगळी फाइल होती. AppImage वापरून मी लिनक्सवर समान वापरकर्ता अनुभव पुन्हा तयार करण्याचा प्रयत्न करत आहे.

प्रथम, AppImage म्हणजे काय? ही तृतीय-पक्ष अनुप्रयोग रिलीझ करण्यासाठी एक प्रणाली आहे (उदाहरणार्थ, अल्टीमेकर क्यूरा), अॅप्लिकेशन्स कधी आणि कसे रिलीझ केले जाण्याची परवानगी देतात: विविध वितरणांचे तपशील जाणून घेण्याची, धोरणे तयार करण्याची किंवा पायाभूत सुविधा तयार करण्याची आवश्यकता नाही, कोणत्याही देखभालकर्ता समर्थनाची आवश्यकता नाही आणि ते वापरकर्त्यांना ते काय (नाही) स्थापित करू शकतात हे सांगत नाहीत. त्यांच्या संगणकांवर. AppImage हे फॉरमॅटमध्ये मॅक पॅकेजसारखे काहीतरी समजले पाहिजे .app डिस्क प्रतिमेच्या आत .dmg. मुख्य फरक असा आहे की अनुप्रयोग कॉपी केले जात नाहीत, परंतु ते कायमचे AppImage मध्ये राहतात, ते हायकू पॅकेजेससारखेच असतात. .hpkg आरोहित, आणि नेहमीच्या अर्थाने कधीही स्थापित केले नाही.

10 वर्षांहून अधिक काळ अस्तित्वात असताना, AppImage ने काही आकर्षण आणि लोकप्रियता मिळवली आहे: लिनस टोरवाल्ड्सने स्वत: सार्वजनिकरित्या त्याचे समर्थन केले आहे आणि सामान्य प्रकल्प (उदाहरणार्थ, लिबरऑफिस, क्रिटा, इंकस्केप, स्क्रिबस, इमेजमॅजिक) मुख्य मार्ग म्हणून स्वीकारले आहेत. स्थापित किंवा विस्थापित वापरकर्ता ऍप्लिकेशन्समध्ये हस्तक्षेप न करता, सतत किंवा रात्रीचे बिल्ड वितरित करण्यासाठी. तथापि, लिनक्स डेस्कटॉप वातावरण आणि वितरणे बहुतेकदा पारंपारिक, केंद्रीकृत देखभाल-आधारित वितरण मॉडेलला चिकटून राहतात आणि/किंवा त्यांच्या स्वतःच्या एंटरप्राइझ व्यवसाय आणि/किंवा अभियांत्रिकी कार्यक्रमांना प्रोत्साहन देतात. फ्लॅटपॅक (RedHat, Fedora, GNOME) आणि आनंदी (कॅनॉनिकल, उबंटू). तो येतो हास्यास्पदपणे.

हे सर्व कसे कार्य करते

• प्रत्येक AppImage मध्ये 2 भाग असतात: एक छोटा डबल-क्लिक ELF (तथाकथित. runtime.c), त्यानंतर फाइल सिस्टम प्रतिमा स्क्वॅशएफएस.

• SquashFS फाइल सिस्टीममध्ये ऍप्लिकेशनचा पेलोड आणि ते चालविण्यासाठी आवश्यक असलेली प्रत्येक गोष्ट समाविष्ट असते, जी योग्यरित्या प्रत्येक अगदी अलीकडील लक्ष्य प्रणाली (Linux वितरण) साठी डीफॉल्ट इंस्टॉलेशनचा भाग मानली जाऊ शकत नाही. यात मेटाडेटा देखील आहे, जसे की ऍप्लिकेशनचे नाव, चिन्ह, MIME प्रकार, इ. इ.

• जेव्हा वापरकर्त्याद्वारे चालवले जाते, तेव्हा रनटाइम फाइल सिस्टम माउंट करण्यासाठी FUSE आणि स्क्वॅशफ्यूजचा वापर करते आणि नंतर माउंट केलेल्या AppImage मध्ये काही एंट्री पॉइंट (उर्फ AppRun) चालवणे हाताळते.
  प्रक्रिया पूर्ण झाल्यानंतर फाइल सिस्टम अनमाउंट केली जाते.

सर्व काही सोपे दिसते.

आणि या गोष्टी सर्वकाही गुंतागुंत करतात:

• अशा विविध प्रकारच्या Linux वितरणांसह, "योग्य विचारात" काहीही "प्रत्येक नवीन लक्ष्य प्रणालीसाठी डीफॉल्ट इंस्टॉलेशनचा भाग" म्हणता येणार नाही. आम्ही बांधकाम करून या समस्येवर काम करतो वगळलेले, तुम्हाला AppImage मध्ये काय पॅकेज केले जाईल आणि इतरत्र काय घ्यावे लागेल हे निर्धारित करण्याची परवानगी देते. त्याच वेळी, सर्वसाधारणपणे, सर्वकाही उत्कृष्ट कार्य करते हे असूनही आम्ही कधीकधी चुकतो. या कारणास्तव, आम्ही शिफारस करतो की पॅकेज निर्मात्यांनी सर्व लक्ष्य प्रणालींवर (वितरण) AppImages ची चाचणी करावी.
• ऍप्लिकेशन पेलोड्स संपूर्ण फाइल सिस्टममध्ये पुनर्स्थापित करण्यायोग्य असणे आवश्यक आहे. दुर्दैवाने, बर्‍याच ऍप्लिकेशन्सकडे हार्ड-कोड केलेले परिपूर्ण मार्ग आहेत, उदाहरणार्थ, मधील संसाधने /usr/share. हे कसे तरी निश्चित करणे आवश्यक आहे. याव्यतिरिक्त, आपण एकतर निर्यात करणे आवश्यक आहे LD_LIBRARY_PATH, किंवा निराकरण करा rpath जेणेकरून लोडर संबंधित लायब्ररी शोधू शकेल. पहिल्या पद्धतीमध्ये त्याचे तोटे आहेत (ज्या जटिल मार्गांनी दूर केल्या जातात) आणि दुसरी फक्त अवजड आहे.
• वापरकर्त्यांसाठी सर्वात मोठा UX त्रास हा आहे एक्झिक्युटेबल बिट सेट करा AppImage फाइल डाउनलोड केल्यानंतर. यावर विश्वास ठेवा किंवा नाही, हा काहींसाठी एक वास्तविक अडथळा आहे. एक्झिक्युटेबिलिटी बिट सेट करण्याची गरज अनुभवी वापरकर्त्यांसाठीही अवघड आहे. उपाय म्हणून, आम्ही AppImage फायलींचे परीक्षण करणारी आणि त्यांची कार्यक्षमता बिट सेट करणारी एक छोटी सेवा स्थापित करण्याचे सुचवले आहे. त्याच्या शुद्ध स्वरूपात, हा सर्वोत्तम उपाय नाही, कारण तो बॉक्सच्या बाहेर कार्य करणार नाही. लिनक्स वितरण ही सेवा प्रदान करत नाहीत, म्हणून वापरकर्त्यांना बॉक्सच्या बाहेर वाईट अनुभव येतो.
• लिनक्स वापरकर्त्यांना नवीन ऍप्लिकेशनला स्टार्टअप मेनूमध्ये आयकॉन असण्याची अपेक्षा आहे. तुम्ही सिस्टीमला सांगू शकत नाही: "पाहा, एक नवीन अॅप्लिकेशन आहे, चला काम करूया." त्याऐवजी, XDG तपशीलानुसार, तुम्हाला फाइल कॉपी करणे आवश्यक आहे .desktop मध्ये योग्य ठिकाणी /usr प्रणाली-व्यापी स्थापनेसाठी, किंवा मध्ये $HOME वैयक्तिक साठी. XDG विनिर्देशानुसार विशिष्ट आकाराचे चिन्ह, मध्ये विशिष्ट ठिकाणी ठेवण्याची आवश्यकता आहे usr किंवा $HOME, आणि नंतर आयकॉन कॅशे अद्ययावत करण्यासाठी कार्यरत वातावरणात आदेश चालवा किंवा आशा आहे की कार्यरत वातावरण व्यवस्थापक ते शोधून काढेल आणि स्वयंचलितपणे सर्वकाही शोधेल. MIME प्रकारांप्रमाणेच. वर्कअराउंड म्हणून, तीच सेवा वापरण्याचा प्रस्ताव आहे, जी, एक्झिक्युटेबिलिटी ध्वज सेट करण्याव्यतिरिक्त, चिन्हे असल्यास, इ. AppImage मध्ये, XDG नुसार त्यांना AppImage वरून योग्य ठिकाणी कॉपी करा. हटवले किंवा हलवल्यावर, सेवेने सर्वकाही साफ करणे अपेक्षित आहे. अर्थात, प्रत्येक कार्यरत वातावरणाच्या वर्तनात, ग्राफिक फाइल स्वरूपांमध्ये, त्यांचे आकार, स्टोरेज स्थाने आणि कॅशे अद्यतनित करण्याच्या पद्धतींमध्ये फरक आहे, ज्यामुळे समस्या निर्माण होते. थोडक्यात, ही पद्धत क्रॅच आहे.
• वरील पुरेसे नसल्यास, फाइल व्यवस्थापकामध्ये अद्याप कोणतेही AppImage चिन्ह नाही. लिनक्स जगाने अद्याप एल्फिकॉन लागू करण्याचा निर्णय घेतलेला नाही (तरीही चर्चा и अंमलबजावणी), त्यामुळे आयकॉन थेट ऍप्लिकेशनमध्ये एम्बेड करणे अशक्य आहे. तर असे दिसून आले की फाइल व्यवस्थापकातील अनुप्रयोगांना त्यांचे स्वतःचे चिन्ह नाहीत (कोणताही फरक नाही, AppImage किंवा दुसरे काहीतरी), ते केवळ प्रारंभ मेनूमध्ये आहेत. वर्कअराउंड म्हणून, आम्ही लघुप्रतिमा वापरत आहोत, ही एक यंत्रणा जी मूळत: डेस्कटॉप व्यवस्थापकांना ग्राफिक फाइल्सच्या लघुप्रतिमा पूर्वावलोकन प्रतिमांना त्यांचे चिन्ह म्हणून दाखवण्याची परवानगी देण्यासाठी तयार करण्यात आली होती. परिणामी, एक्झिक्युटेबिलिटी बिट सेट करण्याची सेवा "मिनिएच्युरायझर" म्हणून देखील कार्य करते, योग्य ठिकाणी आयकॉन थंबनेल तयार करणे आणि लिहिणे. /usr и $HOME. AppImage हटवले किंवा हलवल्यास ही सेवा देखील क्लीनअप करते. प्रत्येक डेस्कटॉप व्यवस्थापक थोड्या वेगळ्या पद्धतीने वागतो या वस्तुस्थितीमुळे, उदाहरणार्थ, तो कोणत्या स्वरूपांमध्ये चिन्ह स्वीकारतो, कोणत्या आकारात किंवा ठिकाणी, हे सर्व खरोखर वेदनादायक आहे.
• त्रुटी आढळल्यास अंमलबजावणीवर अनुप्रयोग क्रॅश होतो (उदाहरणार्थ, एक लायब्ररी आहे जी बेस सिस्टमचा भाग नाही आणि AppImage मध्ये पुरवली जात नाही), आणि GUI मधील वापरकर्त्याला नेमके काय होत आहे हे सांगणारे कोणीही नाही. आम्ही वापर करून सुमारे मिळविण्यासाठी सुरुवात केली अधिसूचना डेस्कटॉपवर, याचा अर्थ आम्हाला कमांड लाइनमधून त्रुटी पकडणे आवश्यक आहे, त्यांना वापरकर्त्याने समजलेल्या संदेशांमध्ये रूपांतरित करणे आवश्यक आहे, जे नंतर डेस्कटॉपवर प्रदर्शित करणे आवश्यक आहे. आणि अर्थातच, प्रत्येक डेस्कटॉप वातावरण त्यांना थोड्या वेगळ्या पद्धतीने हाताळते.
• या क्षणी (सप्टेंबर 2019 - अनुवादकाची नोंद) मला सिस्टीमला सांगण्याचा सोपा मार्ग सापडला नाही की फाइल 1.png Krita वापरून उघडणे आवश्यक आहे, आणि 2.png - GIMP वापरून.

मध्ये वापरलेले क्रॉस-डेस्कटॉप वैशिष्ट्यांसाठी स्टोरेज स्थान GNOME, KDE и एक्सफ्रेस freedesktop.org आहे

हायकू कार्य वातावरणात खोलवर विणलेल्या अत्याधुनिकतेची पातळी गाठणे अवघड आहे, जर अशक्य नसेल तर, वैशिष्ट्यांमुळे freedesktop.org वरून XDG क्रॉस-डेस्कटॉपसाठी, तसेच या वैशिष्ट्यांवर आधारित डेस्कटॉप व्यवस्थापकांची अंमलबजावणी. उदाहरण म्हणून, आम्ही एक सिस्टम-व्यापी फायरफॉक्स चिन्ह उद्धृत करू शकतो: वरवर पाहता, XDG च्या लेखकांनी असा विचारही केला नाही की वापरकर्त्याने समान अनुप्रयोगाच्या अनेक आवृत्त्या स्थापित केल्या आहेत.

फायरफॉक्सच्या विविध आवृत्त्यांसाठी चिन्ह

सिस्टम इंटिग्रेशन खराब होऊ नये म्हणून लिनक्स जग Mac OS X कडून काय शिकू शकेल याबद्दल मी विचार करत होतो. जर तुमच्याकडे वेळ असेल आणि त्यात असाल तर, पहिल्या Mac OS X अभियंत्यांपैकी एक अर्नॉड गुरडोल काय म्हणाले ते वाचा:

आम्‍हाला ॲप्लिकेशन इन्‍स्‍टॉल करण्‍याइतके सोपे करण्‍याचे आहे जेवढे अॅप्लिकेशन आयकॉन कुठूनतरी (सर्व्‍हर, एक्‍सटर्नल ड्राईव्‍ह) तुमच्‍या संगणक ड्राइव्हवर ड्रॅग करण्‍यासारखे आहे. हे करण्यासाठी, ऍप्लिकेशन पॅकेज सर्व माहिती संग्रहित करते, ज्यामध्ये चिन्ह, आवृत्ती, प्रक्रिया होत असलेल्या फाइल प्रकार, URL योजनांचा प्रकार ज्या सिस्टमला अनुप्रयोगावर प्रक्रिया करण्यासाठी माहित असणे आवश्यक आहे. यामध्ये आयकॉन सर्व्हिसेस आणि लॉन्च सर्व्हिसेस डेटाबेसमधील 'केंद्रीय स्टोरेज'साठी माहिती देखील समाविष्ट आहे. कार्यप्रदर्शनास समर्थन देण्यासाठी, अनेक 'सुप्रसिद्ध' ठिकाणी ऍप्लिकेशन्स 'शोधले' जातात: सिस्टम आणि वापरकर्ता ऍप्लिकेशन्स डिरेक्टरी आणि काही इतर स्वयंचलितपणे जर वापरकर्त्याने ऍप्लिकेशन असलेल्या निर्देशिकेतील फाइंडरवर नेव्हिगेट केले तर. सराव मध्ये हे खूप चांगले काम केले.

https://youtu.be/qQsnqWJ8D2c
Apple WWDC 2000 सत्र 144 - Mac OS X: पॅकेजिंग ऍप्लिकेशन्स आणि प्रिंटिंग दस्तऐवज.

लिनक्स डेस्कटॉपवर या पायाभूत सुविधांसारखे काहीही नाही, म्हणून आम्ही AppImage प्रकल्पातील संरचनात्मक मर्यादांभोवती उपाय शोधत आहोत.

हायकू बचावासाठी येत आहे का?

आणि आणखी एक गोष्ट: डेस्कटॉप वातावरणाचा आधार म्हणून लिनक्स प्लॅटफॉर्म इतके कमी-निर्दिष्ट केले जातात की सुसंगत पूर्ण-स्टॅक सिस्टममध्ये अगदी सोप्या असलेल्या बर्‍याच गोष्टी लिनक्समध्ये निराशाजनकपणे खंडित आणि गुंतागुंतीच्या असतात. मी डेस्कटॉप वातावरणासाठी लिनक्स प्लॅटफॉर्मशी संबंधित समस्यांसाठी संपूर्ण अहवाल समर्पित केला (जाणकार विकसकांनी पुष्टी केली की सर्वकाही बर्याच काळासाठी असेच राहील).

2018 मध्ये लिनक्स डेस्कटॉप वातावरणातील समस्यांवरील माझा अहवाल

अगदी लिनस टोरवाल्ड्सने कबूल केले की कार्यक्षेत्राची कल्पना अयशस्वी का झाली हे विखंडन होते.

हायकू पाहून आनंद झाला!

हायकू सर्वकाही आश्चर्यकारकपणे सोपे करते

Haiku वर AppImage ला "पोर्टींग" करण्याचा साधा दृष्टीकोन हा फक्त त्याचे घटक (प्रामुख्याने runtime.c आणि सेवा) तयार करण्याचा प्रयत्न करणे आहे (जे कदाचित शक्यही आहे!), यामुळे हायकूला फारसा फायदा होणार नाही. कारण खरे तर यातील बहुतांश समस्या हायकूमध्ये सोडवल्या जातात आणि वैचारिकदृष्ट्या सुदृढ असतात. हायकू नेमके तेच सिस्टीम इन्फ्रास्ट्रक्चर बिल्डिंग ब्लॉक्स पुरवतो जे मी लिनक्स डेस्कटॉप वातावरणात खूप दिवसांपासून शोधत होतो आणि ते तिथे नव्हते यावर विश्वास बसत नाही. म्हणजे:

यावर विश्वास ठेवा किंवा नाही, ही अशी गोष्ट आहे ज्यावर बरेच लिनक्स वापरकर्ते मात करू शकत नाहीत. हायकूवर सर्व काही आपोआप होते!

• ज्या ELF फाइल्समध्ये एक्झिक्युटेबिलिटी बिट नाही त्यांना फाइल मॅनेजरमध्ये डबल-क्लिक केल्यावर आपोआप एक मिळते.
• अनुप्रयोगांमध्ये अंगभूत संसाधने असू शकतात, जसे की आयकॉन, जे फाइल व्यवस्थापकामध्ये प्रदर्शित केले जातात. आयकॉनसह विशेष डिरेक्टरीमध्ये प्रतिमांचा समूह कॉपी करण्याची आवश्यकता नाही आणि म्हणून अनुप्रयोग हटविल्यानंतर किंवा हलवल्यानंतर त्यांना साफ करण्याची आवश्यकता नाही.
• दस्तऐवजांसह अर्ज जोडण्यासाठी डेटाबेस आहे, यासाठी कोणत्याही फायली कॉपी करण्याची आवश्यकता नाही.
• एक्झिक्युटेबल फाइलच्या पुढील lib/ डिरेक्ट्रीमध्ये, लायब्ररी डीफॉल्टनुसार शोधल्या जातात.
• कोणतेही असंख्य वितरण आणि डेस्कटॉप वातावरण नाहीत; जे काही कार्य करते ते सर्वत्र कार्य करते.
• चालविण्यासाठी कोणतेही वेगळे मॉड्यूल नाही जे अनुप्रयोग निर्देशिकेपेक्षा वेगळे आहे.
• ऍप्लिकेशन्समध्ये त्यांच्या संसाधनांसाठी अंगभूत परिपूर्ण मार्ग नसतात; रनटाइमच्या वेळी स्थान निश्चित करण्यासाठी त्यांच्याकडे विशेष कार्ये असतात.
• संकुचित फाइल सिस्टम प्रतिमांची कल्पना सादर केली गेली आहे: हे कोणतेही hpkg पॅकेज आहे. ते सर्व कर्नलद्वारे आरोहित आहेत.
• प्रत्येक फाइल तयार केलेल्या अनुप्रयोगाद्वारे उघडली जाते, जोपर्यंत तुम्ही स्पष्टपणे अन्यथा निर्दिष्ट करत नाही. हे किती मस्त आहे!

दोन png फाइल्स. डबल-क्लिक केल्यावर ते वेगवेगळ्या ऍप्लिकेशन्सद्वारे उघडले जातील हे दर्शवणारे भिन्न चिन्हे लक्षात घ्या. "यासह उघडा:" ड्रॉप-डाउन मेनू देखील लक्षात ठेवा जेथे वापरकर्ता वैयक्तिक अनुप्रयोग निवडू शकतो. किती साधे!

असे दिसते की लिनक्सवरील AppImage ला आवश्यक असलेले अनेक क्रॅच आणि वर्कअराउंड्स हायकूवर अनावश्यक बनले आहेत, ज्यात साधेपणा आणि परिष्कृतता आहे ज्यामुळे ते आपल्या बहुतेक गरजा हाताळू शकते.

शेवटी हायकूला अॅप पॅकेजेसची गरज आहे का?

त्यामुळे मोठा प्रश्न निर्माण होतो. लिनक्स पेक्षा हायकू वर AppImage सारखी सिस्टीम तयार करणे खूप सोपे असते, तर ते करणे योग्य ठरेल का? किंवा हायकूने, त्याच्या hpkg पॅकेज प्रणालीसह, अशी कल्पना विकसित करण्याची गरज प्रभावीपणे दूर केली आहे? बरं, उत्तर देण्यासाठी आपल्याला AppImages च्या अस्तित्वामागील प्रेरणा पाहण्याची गरज आहे.

वापरकर्त्याचा दृष्टीकोन

चला आमच्या अंतिम वापरकर्त्याकडे पाहू:

• मला प्रशासक (रूट) पासवर्ड न विचारता अनुप्रयोग स्थापित करायचा आहे. हायकूवर प्रशासकाची संकल्पना नाही, वापरकर्त्याचे पूर्ण नियंत्रण आहे कारण ती एक वैयक्तिक प्रणाली आहे! (तत्त्वतः, आपण मल्टीप्लेअर मोडमध्ये याची कल्पना करू शकता, मला आशा आहे की विकासक हे सोपे ठेवतील)
• माझ्या वितरणात दिसण्याची वाट न पाहता मला अनुप्रयोगांच्या नवीनतम आणि महान आवृत्त्या मिळवायच्या आहेत (बहुतेकदा याचा अर्थ “कधीही नाही”, किमान जोपर्यंत मी संपूर्ण ऑपरेटिंग सिस्टम अपडेट करत नाही तोपर्यंत). हायकूवर हे फ्लोटिंग रिलीझसह "निराकरण" केले जाते. याचा अर्थ असा की अनुप्रयोगांच्या नवीनतम आणि उत्कृष्ट आवृत्त्या मिळवणे शक्य आहे, परंतु हे करण्यासाठी आपल्याला उर्वरित सिस्टम सतत अद्यतनित करणे आवश्यक आहे, त्यास प्रभावीपणे "मूव्हिंग लक्ष्य" मध्ये बदलणे आवश्यक आहे..
• मला एकाच ऍप्लिकेशनच्या अनेक आवृत्त्या शेजारी हव्या आहेत, कारण नवीनतम आवृत्तीमध्ये काय तुटले आहे हे जाणून घेण्याचा कोणताही मार्ग नाही किंवा, एक वेब डेव्हलपर म्हणून मला ब्राउझरच्या वेगवेगळ्या आवृत्त्यांमध्ये माझ्या कामाची चाचणी घेण्याची आवश्यकता आहे. हायकू पहिली समस्या सोडवतो, पण दुसरी नाही. अद्यतने परत आणली जातात, परंतु केवळ संपूर्ण प्रणालीसाठी; चालवणे अशक्य आहे (माझ्या माहितीनुसार), उदाहरणार्थ, WebPositive किंवा LibreOffice च्या एकाच वेळी अनेक आवृत्त्या.

विकसकांपैकी एक लिहितो:

मूलत: तर्क हे आहे: वापर प्रकरण इतके दुर्मिळ आहे की ते अनुकूल करणे अर्थपूर्ण नाही; हायकूपोर्ट्समध्ये याला विशेष बाब म्हणून हाताळणे स्वीकार्य वाटते.

• माझ्या स्टार्टअप ड्राइव्हवर नाही तर मला ते आवडतील तिथे अॅप्स ठेवणे आवश्यक आहे. माझ्याकडे बर्‍याचदा डिस्क स्पेस संपते, म्हणून मला ऍप्लिकेशन्स (मी डाउनलोड केलेल्या सर्व आवृत्त्या) संचयित करण्यासाठी बाह्य ड्राइव्ह किंवा नेटवर्क निर्देशिका कनेक्ट करणे आवश्यक आहे. जर मी असा ड्राइव्ह कनेक्ट केला, तर मला डबल-क्लिक करून ऍप्लिकेशन्स लाँच करणे आवश्यक आहे. हायकू पॅकेजेसच्या जुन्या आवृत्त्या जतन करते, परंतु मला ते बाह्य ड्राइव्हवर कसे हलवायचे किंवा तेथून अनुप्रयोग कसे लॉन्च करायचे हे मला माहित नाही.

विकसक टिप्पणी:

तांत्रिकदृष्ट्या, माउंट कमांडसह हे आधीच शक्य आहे. अर्थात, आमच्याकडे पुरेसे इच्छुक वापरकर्ते मिळताच आम्ही यासाठी एक GUI बनवू.

• मला फाइल सिस्टममध्ये विखुरलेल्या लाखो फाइल्सची गरज नाही ज्या मी स्वतः मॅन्युअली व्यवस्थापित करू शकत नाही. मला प्रति अनुप्रयोग एक फाइल हवी आहे जी मी सहजपणे डाउनलोड करू, हलवू, हटवू शकेन. हायकूवर ही समस्या पॅकेजेस वापरून सोडवली जाते .hpkg, जे, उदाहरणार्थ, पायथन, हजारो फायलींमधून एकामध्ये स्थानांतरित करतात. परंतु जर तेथे, उदाहरणार्थ, पायथन वापरणारा स्क्रिबस असेल, तर मला किमान दोन फाइल्स हाताळाव्या लागतील. आणि एकमेकांसोबत काम करणाऱ्या त्यांच्या आवृत्त्या ठेवण्यासाठी मला काळजी घ्यावी लागेल.

AppImages च्या अनेक आवृत्त्या एकाच Linux वर शेजारी शेजारी चालत आहेत

अॅप्लिकेशन डेव्हलपरचा दृष्टीकोन

चला अनुप्रयोग विकसकाच्या दृष्टिकोनातून पाहू:

• मला संपूर्ण वापरकर्ता अनुभव नियंत्रित करायचा आहे. मी अनुप्रयोग कधी आणि कसे सोडावे हे मला सांगण्यासाठी मी ऑपरेटिंग सिस्टमवर अवलंबून राहू इच्छित नाही. हायकू विकासकांना त्यांच्या स्वत:च्या hpkg रिपॉझिटरीजसह कार्य करण्यास अनुमती देते, परंतु याचा अर्थ वापरकर्त्यांना ते व्यक्तिचलितपणे सेट करावे लागतील, ज्यामुळे कल्पना "कमी आकर्षक" बनते.
• माझ्या वेबसाइटवर माझ्याकडे एक डाउनलोड पृष्ठ आहे जिथे मी वितरित करतो .exe विंडोजसाठी, .dmg Mac साठी आणि .AppImage लिनक्स साठी. किंवा कदाचित मला या पृष्ठावरील प्रवेशाची कमाई करायची आहे, काहीही शक्य आहे? हायकूसाठी मी तिथे काय ठेवू? फाइल पुरेशी आहे .hpkg केवळ हायकूपोर्ट्सच्या अवलंबनांसह
• माझ्या सॉफ्टवेअरला इतर सॉफ्टवेअरच्या विशिष्ट आवृत्त्यांची आवश्यकता आहे. उदाहरणार्थ, हे ज्ञात आहे की Krita ला Qt ची पॅच केलेली आवृत्ती आवश्यक आहे, किंवा Qt जी Krita च्या विशिष्ट आवृत्तीशी जुळलेली आहे, कमीत कमी जोपर्यंत पॅच परत Qt मध्ये ढकलले जात नाहीत तोपर्यंत. तुम्ही तुमच्या अर्जासाठी तुमचा स्वतःचा Qt पॅकेजमध्ये पॅकेज करू शकता .hpkg, परंतु बहुधा हे स्वागतार्ह नाही.

नियमित अनुप्रयोग डाउनलोड पृष्ठ. हायकूसाठी मी येथे काय पोस्ट करावे?

विल बंडल (अॅप्लिकेशन डिरेक्टरी जसे की AppDir किंवा .app ऍपल शैलीमध्ये) आणि/किंवा प्रतिमा (अत्यंत सुधारित AppImages च्या स्वरूपात किंवा .dmg ऍपल कडून) अनुप्रयोग हायकू डेस्कटॉप वातावरणात एक उपयुक्त जोड? किंवा ते संपूर्ण चित्र सौम्य करेल आणि विखंडन करेल आणि त्यामुळे गुंतागुंत वाढेल? मी फाटलेले आहे: एकीकडे, हायकूचे सौंदर्य आणि सुसंस्कृतपणा या वस्तुस्थितीवर आधारित आहे की सहसा काहीतरी करण्याचा एक मार्ग असतो, अनेकांपेक्षा. दुसरीकडे, कॅटलॉग आणि/किंवा ऍप्लिकेशन सूट्ससाठी बहुतेक पायाभूत सुविधा आधीच अस्तित्वात आहेत, म्हणून सिस्टम उर्वरित काही टक्के जागेवर पडण्यासाठी ओरडते.

विकासकाच्या मते श्री. waddlesplash

लिनक्सवर ते (कॅटलॉग आणि ऍप्लिकेशन किट, - अंदाजे. अनुवादक) बहुधा प्रणालीगत समस्यांचे तांत्रिक निराकरण आहे. हायकूमध्ये आम्ही फक्त सिस्टम समस्या सोडवण्यास प्राधान्य देतो.

तुला काय वाटत?

उत्तर देण्यापूर्वी...

थांबा, एक झटपट वास्तविकता तपासूया: खरं तर अनुप्रयोग निर्देशिका - आधीच हायकूचा भाग:

हायकू वर ऍप्लिकेशन डिरेक्टरी आधीपासूनच अस्तित्वात आहेत, परंतु अद्याप फाइल व्यवस्थापकामध्ये समर्थित नाहीत

ते Macintosh Finder सारखे समर्थित नाहीत. QtCreator निर्देशिकेत वरच्या डाव्या कोपर्यात "QtCreator" नाव आणि चिन्ह असल्यास, डबल-क्लिक केल्यावर ऍप्लिकेशन लॉन्च केल्यास किती छान होईल?

थोडे आधी मी आधीच विचारले:

तुमची खात्री आहे की तुम्ही आज तुमचे दशक जुने अॅप्स चालवू शकता जेव्हा सर्व अॅप स्टोअर्स आणि वितरण भांडार त्यांच्याबद्दल आणि त्यांच्या अवलंबित्वाबद्दल विसरले आहेत? तुम्‍हाला खात्री आहे की तुम्‍ही भविष्‍यात तुमच्‍या वर्तमान जॉबमध्‍ये प्रवेश करू शकाल?

हायकू कडून आधीच उत्तर आहे, किंवा कॅटलॉग आणि ऍप्लिकेशन बंडल येथे मदत करू शकतात? मला वाटते ते करू शकतात.

त्यानुसार श्री. waddlesplash:

होय, आमच्याकडे प्रश्नाचे उत्तर आहे: जोपर्यंत कोणीतरी त्यांचे फाईल फॉरमॅट योग्य प्रकारे वाचू शकत नाही किंवा एक-टू-वन कार्यक्षमता प्रदान करू शकत नाही तोपर्यंत आम्ही या अनुप्रयोगांना आवश्यक असेल तोपर्यंत समर्थन देऊ. हायकूवर BeOS R5 अॅप्सना समर्थन देण्याची आमची वचनबद्धता याचा पुरावा आहे...

ते मात्र नक्की!

हायकूने कोणती कृती करावी?

मी hpkg, निर्देशिका आणि अनुप्रयोग प्रतिमांच्या शांततापूर्ण सहअस्तित्वाची कल्पना करू शकतो:

• सिस्टम सॉफ्टवेअर वापरते .hpkg
• सर्वाधिक वारंवार वापरल्या जाणार्‍या सॉफ्टवेअरसाठी (विशेषतः ज्यांना रोलिंग रिलीझ शेड्यूल करणे आवश्यक आहे), वापरा .hpkg (सर्व प्रकरणांपैकी अंदाजे 80%)
• काही द्वारे स्थापित .hpkg, ऍप्लिकेशन्सना ऍप्लिकेशन डिरेक्ट्री इन्फ्रास्ट्रक्चरवर हलविण्याचा फायदा होईल (उदा. QtCreator): ते असे वितरीत केले जातील .hpkg, पुर्वीप्रमाणे.

श्री. waddlesplash लिहितात:

तुम्हाला फक्त ॲप्लिकेशन्स पाहण्याची गरज असल्यास /system/apps, त्याऐवजी आम्ही डेस्कबारमधील डिरेक्टरी वापरकर्त्यांसाठी अधिक आटोपशीर बनवल्या पाहिजेत, पासून /system/apps वापरकर्त्यांद्वारे नियमितपणे उघडण्याचा आणि पाहण्याचा हेतू नाही (मॅकओएसच्या विपरीत). अशा परिस्थितींसाठी, हायकूचा एक वेगळा नमुना आहे, परंतु हा पर्याय सिद्धांततः स्वीकार्य आहे.

• हायकूला अॅप्लिकेशन इमेजेस चालवण्यासाठी पायाभूत सुविधा मिळतात, रात्रभर, सतत आणि सॉफ्टवेअरचे टेस्ट बिल्ड, तसेच जेव्हा वापरकर्त्याला "वेळेत फ्रीझ" करायचे असेल तेव्हा खाजगी आणि अंतर्गत सॉफ्टवेअरसाठी आणि इतर विशेष वापर प्रकरणांसाठी (सुमारे 20%) सर्व). या प्रतिमांमध्ये ऍप्लिकेशन चालवण्यासाठी आवश्यक असलेल्या फाईल्स असतात .hpkg, प्रणालीद्वारे आरोहित, आणि अनुप्रयोग पूर्ण झाल्यानंतर - अनमाउंट. (कदाचित फाइल व्यवस्थापक फाइल्स ठेवू शकेल .hpkg अॅप्लिकेशन इमेजेसमध्ये, आपोआप किंवा वापरकर्त्याच्या विनंतीनुसार - तसेच, जसे की तुम्ही एखादे अॅप्लिकेशन नेटवर्क डिरेक्टरी किंवा बाह्य ड्राइव्हवर ड्रॅग करता. हे फक्त एक गाणे आहे! किंवा त्याऐवजी, कविता - हायकू.) दुसरीकडे, वापरकर्त्याला प्रतिमेची सामग्री फाइल्सच्या स्वरूपात स्थापित करायची असेल..hpkg, ज्यानंतर ते हायकूडेपोद्वारे स्थापित केल्याप्रमाणे अपडेट केले जातील आणि त्यावर प्रक्रिया केली जाईल... आम्हाला विचारमंथन करणे आवश्यक आहे).

श्री पासून कोट. waddlesplash:

बाह्य ड्राइव्हस् किंवा नेटवर्क निर्देशिकांमधून अनुप्रयोग चालवणे संभाव्यतः उपयुक्त असू शकते. आणि pkgman साठी अधिक "झोन" कॉन्फिगर करण्याची क्षमता जोडणे निश्चितपणे एक छान वैशिष्ट्य असेल.

अशी प्रणाली hpkg, निर्देशिका आणि अनुप्रयोग प्रतिमांचा फायदा घेईल. ते वैयक्तिकरित्या चांगले आहेत, परंतु एकत्रितपणे ते अजिंक्य होतील.

निष्कर्ष

हायकूमध्ये एक फ्रेमवर्क आहे जो पीसीसाठी एक साधा आणि अत्याधुनिक वापरकर्ता अनुभव प्रदान करतो आणि सामान्यत: लिनक्स पीसीसाठी जे काही प्रदान केले जाते त्यापेक्षा जास्त आहे. पॅकेज सिस्टम .hpkg हे असेच एक उदाहरण आहे, परंतु उर्वरित प्रणाली देखील अत्याधुनिकतेने ओतलेली आहे. तथापि, हायकूला योग्य डिरेक्ट्री आणि ऍप्लिकेशन इमेज सपोर्टचा फायदा होईल. हे कसे करायचे ते माझ्यापेक्षा हायकू, त्याचे तत्वज्ञान आणि वास्तुकला अधिक चांगल्या प्रकारे जाणणाऱ्या लोकांशी चर्चा करणे योग्य आहे. शेवटी, मी एका आठवड्यापेक्षा थोडा जास्त काळ हायकू वापरत आहे. तरीसुद्धा, मला विश्वास आहे की हायकूचे डिझाइनर, विकासक आणि वास्तुविशारदांना या नवीन दृष्टीकोनातून फायदा होईल. कमीतकमी, मला त्यांचा "स्पर्शिंग पार्टनर" बनण्यास आनंद होईल. मला लिनक्स ऍप्लिकेशन कॅटलॉग आणि बंडलचा 10 वर्षांहून अधिक अनुभव आहे आणि मला हायकूमध्ये त्यांचा उपयोग शोधायचा आहे, ज्यासाठी ते योग्य आहेत असे मला वाटते. मी प्रस्तावित केलेले संभाव्य उपाय मी वर्णन केलेल्या समस्यांसाठी केवळ योग्य नाहीत आणि जर हायकू संघाने इतर, अधिक मोहक शोधण्याचे ठरवले तर मी त्यासाठी सर्वस्वी आहे. मुळात, मी आधीच प्रणाली कशी बनवायची या कल्पनेबद्दल विचार करत आहे hpkg ते काम करण्याची पद्धत न बदलता आणखी आश्चर्यकारक. असे दिसून आले की हायकू संघ पॅकेज व्यवस्थापन प्रणाली लागू करताना अनुप्रयोग बंडलबद्दल बर्याच काळापासून विचार करत होता, परंतु दुर्दैवाने (मला वाटते) कल्पना "अप्रचलित" झाली. कदाचित ते पुनरुज्जीवित करण्याची वेळ आली आहे?

ते स्वतः वापरून पहा! शेवटी, हायकू प्रकल्प DVD किंवा USB वरून बूट करण्यासाठी प्रतिमा प्रदान करतो, व्युत्पन्न दररोज.
प्रश्न आहेत? आम्ही तुम्हाला रशियन भाषिकांना आमंत्रित करतो टेलिग्राम चॅनेल.

त्रुटी विहंगावलोकन: C आणि C++ मध्ये स्वतःला पायात कसे शूट करायचे. हायकू ओएस रेसिपी कलेक्शन

पासून लेखक अनुवाद: हायकू या मालिकेतील हा आठवा आणि शेवटचा लेख आहे.

लेखांची यादी: पहिला दुसरा तिसरे चौथा पाचवा सहावा सातवा

केवळ नोंदणीकृत वापरकर्तेच सर्वेक्षणात भाग घेऊ शकतात. साइन इन करा, आपले स्वागत आहे.

एचपीकेजी सिस्टम लिनक्समध्ये पोर्ट करण्यात काही अर्थ आहे का?

• होय

• कोणत्याही

• आधीच लागू केले आहे, मी टिप्पण्यांमध्ये लिहीन

20 वापरकर्त्यांनी मतदान केले. 5 वापरकर्ते दूर राहिले.

स्त्रोत: www.habr.com