অন্য কিছু: হাইকু অ্যাপ বান্ডিল?

TL; ডিআর: হাইকু কি অ্যাপ্লিকেশন প্যাকেজগুলির জন্য যথাযথ সমর্থন পেতে পারে, যেমন অ্যাপ্লিকেশন ডিরেক্টরি (যেমন .app Mac-এ) এবং/অথবা অ্যাপ্লিকেশন ছবি (লিনাক্স AppImage)? আমি মনে করি এটি একটি যোগ্য সংযোজন হবে যা অন্যান্য সিস্টেমের তুলনায় সঠিকভাবে বাস্তবায়ন করা সহজ কারণ বেশিরভাগ অবকাঠামো ইতিমধ্যেই রয়েছে।

এক সপ্তাহ আগে আমি হাইকু আবিষ্কার করেছি, একটি অপ্রত্যাশিতভাবে ভাল সিস্টেম। ঠিক আছে, যেহেতু আমি দীর্ঘদিন ধরে ডিরেক্টরি এবং অ্যাপ্লিকেশন চিত্রগুলিতে আগ্রহী ছিলাম (ম্যাকিনটোশের সরলতা দ্বারা অনুপ্রাণিত), এটি আশ্চর্যজনক নয় যে একটি ধারণা আমার মাথায় এসেছিল ...

সম্পূর্ণ বোঝার জন্য, আমি AppImage-এর স্রষ্টা এবং লেখক, একটি লিনাক্স অ্যাপ্লিকেশন ডিস্ট্রিবিউশন ফরম্যাট যা ম্যাক সরলতার জন্য লক্ষ্য করে এবং অ্যাপ্লিকেশন লেখক এবং শেষ ব্যবহারকারীদের সম্পূর্ণ নিয়ন্ত্রণ দেয় (যদি আপনি আরও জানতে চান, দেখুন উইকি и ডকুমেন্টেশন).

আমরা যদি হাইকুর জন্য একটি AppImage বানাই?

আসুন একটু চিন্তা করি, বিশুদ্ধভাবে তাত্ত্বিকভাবে: পাওয়ার জন্য কী করা দরকার AppImage, নাকি হাইকুতে অনুরূপ কিছু? এখনই কিছু তৈরি করার প্রয়োজন নেই, কারণ হাইকুতে ইতিমধ্যেই বিদ্যমান সিস্টেমটি আশ্চর্যজনকভাবে কাজ করে, তবে একটি কাল্পনিক পরীক্ষা চমৎকার হবে। এটি লিনাক্স ডেস্কটপ পরিবেশের তুলনায় হাইকুর পরিশীলিততাও প্রদর্শন করে, যেখানে এই ধরনের জিনিসগুলি খুবই কঠিন (আমার বলার অধিকার আছে: আমি 10 বছর ধরে ডিবাগিংয়ের সাথে লড়াই করছি)।

ম্যাকিনটোশ সিস্টেম 1-এ, প্রতিটি অ্যাপ্লিকেশন ফাইন্ডারে একটি পৃথক ফাইল "পরিচালিত" ছিল। AppImage ব্যবহার করে আমি লিনাক্সে একই ব্যবহারকারীর অভিজ্ঞতা পুনরায় তৈরি করার চেষ্টা করছি।

প্রথমত, একটি AppImage কি? এটি তৃতীয় পক্ষের অ্যাপ্লিকেশনগুলি প্রকাশ করার জন্য একটি সিস্টেম (উদাহরণস্বরূপ, আলটিমেকার চুরা), অ্যাপ্লিকেশনগুলিকে তারা কখন এবং কীভাবে প্রকাশ করতে চায়: বিভিন্ন ডিস্ট্রিবিউশন, নীতি তৈরি বা অবকাঠামো তৈরি করার নির্দিষ্টতা জানার কোন প্রয়োজন নেই, কোন রক্ষণাবেক্ষণকারী সহায়তার প্রয়োজন নেই এবং তারা ব্যবহারকারীদের জানায় না তারা কী (না) ইনস্টল করতে পারে তাদের কম্পিউটারে। AppImage বিন্যাসে একটি ম্যাক প্যাকেজ অনুরূপ কিছু হিসাবে বোঝা উচিত .app ডিস্ক চিত্রের ভিতরে .dmg. প্রধান পার্থক্য হল যে অ্যাপ্লিকেশনগুলি অনুলিপি করা হয় না, তবে AppImage-এর মধ্যে চিরকালের জন্য থাকে, অনেকটা হাইকু প্যাকেজের মতোই .hpkg মাউন্ট করা, এবং স্বাভাবিক অর্থে ইনস্টল করা হয় না।

10 বছরেরও বেশি সময় ধরে, AppImage কিছু আবেদন এবং জনপ্রিয়তা অর্জন করেছে: লিনাস টোরভাল্ডস নিজেই এটিকে প্রকাশ্যে সমর্থন করেছেন এবং সাধারণ প্রকল্পগুলি (উদাহরণস্বরূপ, LibreOffice, Krita, Inkscape, Scribus, ImageMagick) এটিকে প্রধান উপায় হিসাবে গ্রহণ করেছে। অবিচ্ছিন্ন বা রাত্রিকালীন বিল্ডগুলি বিতরণ করতে, ইনস্টল করা বা আনইনস্টল করা ব্যবহারকারী অ্যাপ্লিকেশনগুলিতে হস্তক্ষেপ না করে। যাইহোক, লিনাক্স ডেস্কটপ এনভায়রনমেন্ট এবং ডিস্ট্রিবিউশনগুলি প্রায়শই এখনও প্রথাগত, কেন্দ্রীভূত রক্ষণাবেক্ষণকারী-ভিত্তিক ডিস্ট্রিবিউশন মডেলকে আঁকড়ে থাকে এবং/অথবা তাদের নিজস্ব এন্টারপ্রাইজ ব্যবসা এবং/অথবা প্রকৌশল প্রোগ্রামগুলির উপর ভিত্তি করে প্রচার করে Flatpak (রেডহ্যাট, ফেডোরা, জিনোম) এবং আকস্মিক (ক্যাননিকাল, উবুন্টু)। এটা আসে হাস্যকরভাবে.

এটা কিভাবে কাজ করে

• প্রতিটি AppImage-এ 2টি অংশ থাকে: একটি ছোট ডাবল-ক্লিক ELF (তথাকথিত। runtime.c), একটি ফাইল সিস্টেম ইমেজ অনুসরণ করে স্কোয়াশএফএস.

• স্কোয়াশএফএস ফাইল সিস্টেমে অ্যাপ্লিকেশনটির পেলোড এবং এটি চালানোর জন্য প্রয়োজনীয় সবকিছু রয়েছে, যা সঠিকভাবে প্রতিটি সাম্প্রতিক টার্গেট সিস্টেমের (লিনাক্স ডিস্ট্রিবিউশন) জন্য ডিফল্ট ইনস্টলেশনের অংশ হিসাবে বিবেচিত হতে পারে না। এটিতে মেটাডেটাও রয়েছে, যেমন অ্যাপ্লিকেশনের নাম, আইকন, MIME প্রকার, ইত্যাদি।

• যখন ব্যবহারকারী দ্বারা চালিত হয়, রানটাইম ফাইল সিস্টেম মাউন্ট করতে FUSE এবং স্কোয়াশফিউজ ব্যবহার করে এবং তারপরে মাউন্ট করা AppImage-এর ভিতরে কিছু এন্ট্রি পয়েন্ট (ওরফে AppRun) চালানো পরিচালনা করে।
  প্রক্রিয়াটি শেষ হওয়ার পরে ফাইল সিস্টেমটি আনমাউন্ট করা হয়।

সবকিছু সহজ বলে মনে হচ্ছে।

এবং এই জিনিসগুলি সবকিছুকে জটিল করে তোলে:

• এই ধরনের বিভিন্ন লিনাক্স ডিস্ট্রিবিউশনের সাথে, "সঠিক মনে" কিছুই বলা যাবে না "প্রতিটি নতুন টার্গেট সিস্টেমের জন্য ডিফল্ট ইনস্টলেশনের অংশ।" আমরা বিল্ডিং দ্বারা এই সমস্যা কাছাকাছি কাজ বর্জনীয়, আপনাকে 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 মুছে ফেলা বা সরানো হলে এই পরিষেবাটি ক্লিনআপও করে। প্রতিটি ডেস্কটপ ম্যানেজার কিছুটা আলাদা আচরণ করে, উদাহরণস্বরূপ, কোন ফর্ম্যাটে এটি আইকনগুলি গ্রহণ করে, কোন আকারে বা জায়গায়, এটি সত্যিই বেদনাদায়ক।
• ত্রুটি দেখা দিলে অ্যাপ্লিকেশনটি সম্পাদনের সময় ক্র্যাশ হয়ে যায় (উদাহরণস্বরূপ, এমন একটি লাইব্রেরি রয়েছে যা বেস সিস্টেমের অংশ নয় এবং অ্যাপআইমেজে সরবরাহ করা হয় না), এবং GUI-তে ব্যবহারকারীকে ঠিক কী ঘটছে তা বলার কেউ নেই। আমরা ব্যবহার করে এই কাছাকাছি পেতে শুরু বিজ্ঞপ্তি ডেস্কটপে, যার অর্থ আমাদের কমান্ড লাইন থেকে ত্রুটিগুলি ধরতে হবে, সেগুলিকে ব্যবহারকারীর বোঝার বার্তাগুলিতে রূপান্তর করতে হবে, যা তারপরে ডেস্কটপে প্রদর্শিত হবে। এবং অবশ্যই, প্রতিটি ডেস্কটপ পরিবেশ তাদের একটু ভিন্নভাবে পরিচালনা করে।
• এই মুহূর্তে (সেপ্টেম্বর 2019 - অনুবাদকের নোট) আমি সিস্টেমকে বলার একটি সহজ উপায় খুঁজে পাইনি যে ফাইলটি 1.png Krita ব্যবহার করে খোলা আবশ্যক, এবং 2.png - জিআইএমপি ব্যবহার করে।

ক্রস-ডেস্কটপ স্পেসিফিকেশনের জন্য স্টোরেজ লোকেশন ব্যবহার করা হয়েছে জিনোম, কেডিই и এক্সএফসিই freedesktop.org হল

হাইকু কাজের পরিবেশে গভীরভাবে বোনা পরিশীলিততার স্তর অর্জন করা কঠিন, যদি অসম্ভব না হয়, বিশেষত্বের কারণে freedesktop.org থেকে XDG ক্রস-ডেস্কটপের জন্য, সেইসাথে এই বৈশিষ্ট্যগুলির উপর ভিত্তি করে ডেস্কটপ পরিচালকদের বাস্তবায়ন। একটি উদাহরণ হিসাবে, আমরা একটি সিস্টেম-ব্যাপী ফায়ারফক্স আইকন উদ্ধৃত করতে পারি: স্পষ্টতই, XDG এর লেখকরাও ভাবেননি যে একজন ব্যবহারকারী একই অ্যাপ্লিকেশনের একাধিক সংস্করণ ইনস্টল করতে পারে।

ফায়ারফক্সের বিভিন্ন সংস্করণের জন্য আইকন

আমি ভাবছিলাম যে সিস্টেম ইন্টিগ্রেশন এড়ানোর জন্য ম্যাক ওএস এক্স থেকে লিনাক্স বিশ্ব কী শিখতে পারে। আপনার যদি সময় থাকে এবং এটির মধ্যে থাকে, তবে প্রথম ম্যাক ওএস এক্স ইঞ্জিনিয়ারদের একজন আর্নাউড গুরডল কী বলেছিলেন তা পড়তে ভুলবেন না:

আমরা অ্যাপ্লিকেশনটি ইনস্টল করাকে আপনার কম্পিউটার ড্রাইভে কোথাও (সার্ভার, বাহ্যিক ড্রাইভ) থেকে অ্যাপ্লিকেশন আইকনটি টেনে আনার মতো সহজ করতে চেয়েছিলাম। এটি করার জন্য, অ্যাপ্লিকেশন প্যাকেজ আইকন, সংস্করণ, প্রক্রিয়াকরণ করা ফাইলের ধরন, ইউআরএল স্কিমগুলির ধরন সহ সমস্ত তথ্য সঞ্চয় করে যা অ্যাপ্লিকেশনটি প্রক্রিয়া করার জন্য সিস্টেমকে জানতে হবে। এটি আইকন পরিষেবা এবং লঞ্চ পরিষেবা ডেটাবেসে 'কেন্দ্রীয় স্টোরেজ'-এর তথ্যও অন্তর্ভুক্ত করে৷ কর্মক্ষমতা সমর্থন করার জন্য, অ্যাপ্লিকেশনগুলি বেশ কয়েকটি 'সুপরিচিত' জায়গায় 'আবিষ্কৃত' হয়: সিস্টেম এবং ব্যবহারকারী অ্যাপ্লিকেশন ডিরেক্টরি, এবং কিছু স্বয়ংক্রিয়ভাবে যদি ব্যবহারকারী অ্যাপ্লিকেশন ধারণকারী ডিরেক্টরির ফাইন্ডারে নেভিগেট করে। অনুশীলনে এটি খুব ভাল কাজ করেছে।

https://youtu.be/qQsnqWJ8D2c
Apple WWDC 2000 সেশন 144 - Mac OS X: প্যাকেজিং অ্যাপ্লিকেশন এবং মুদ্রণ নথি।

লিনাক্স ডেস্কটপে এই ধরনের অবকাঠামোর মতো কিছুই নেই, তাই আমরা AppImage প্রকল্পে কাঠামোগত সীমাবদ্ধতার চারপাশে সমাধান খুঁজছি।

হাইকু কি উদ্ধারে আসছে?

এবং আরও একটি জিনিস: ডেস্কটপ পরিবেশের ভিত্তি হিসাবে লিনাক্স প্ল্যাটফর্মগুলি এতটাই কম উল্লেখ করা হয় যে একটি সামঞ্জস্যপূর্ণ ফুল-স্ট্যাক সিস্টেমে বেশ সহজ অনেক জিনিস লিনাক্সে হতাশাজনকভাবে খণ্ডিত এবং জটিল। আমি ডেস্কটপ পরিবেশের জন্য লিনাক্স প্ল্যাটফর্ম সম্পর্কিত সমস্যাগুলির জন্য একটি সম্পূর্ণ প্রতিবেদন উৎসর্গ করেছি (জ্ঞানী বিকাশকারীরা নিশ্চিত করেছেন যে সবকিছু খুব দীর্ঘ সময়ের জন্য এইভাবে থাকবে)।

2018 সালে লিনাক্স ডেস্কটপ পরিবেশের সমস্যা সম্পর্কে আমার প্রতিবেদন

এমনকি লিনাস টরভাল্ডস স্বীকার করেছেন যে ফ্র্যাগমেন্টেশনের কারণে কর্মক্ষেত্রের ধারণা ব্যর্থ হয়েছিল।

হাইকু দেখে ভালো লাগলো!

হাইকু সবকিছু আশ্চর্যজনকভাবে সহজ করে তোলে

হাইকুতে অ্যাপইমেজকে "পোর্টিং" করার নিরীহ পন্থা হল এর উপাদানগুলি (প্রধানত রানটাইম.সি এবং পরিষেবা) তৈরি করার চেষ্টা করা (যা সম্ভবও হতে পারে!), এটি হাইকুকে খুব বেশি সুবিধা দেবে না। কারণ প্রকৃতপক্ষে, এই সমস্যাগুলির বেশিরভাগই হাইকুতে সমাধান করা হয় এবং ধারণাগতভাবে সুরক্ষিত। হাইকু ঠিক সেই সিস্টেম অবকাঠামো বিল্ডিং ব্লকগুলি সরবরাহ করে যা আমি এতদিন ধরে লিনাক্স ডেস্কটপ পরিবেশে খুঁজছি এবং বিশ্বাস করতে পারিনি যে সেখানে ছিল না। যথা:

বিশ্বাস করুন বা না করুন, এটি এমন কিছু যা অনেক লিনাক্স ব্যবহারকারী কাটিয়ে উঠতে পারে না। হাইকুতে সবকিছু স্বয়ংক্রিয়ভাবে সম্পন্ন হয়!

• যে ELF ফাইলগুলিতে এক্সিকিউটিবিলিটি বিট নেই সেগুলি ফাইল ম্যানেজারে ডাবল ক্লিক করলে স্বয়ংক্রিয়ভাবে একটি পাওয়া যায়৷
• অ্যাপ্লিকেশনগুলিতে বিল্ট-ইন সংস্থান থাকতে পারে, যেমন আইকন, যা ফাইল ম্যানেজারে প্রদর্শিত হয়। আইকন সহ বিশেষ ডিরেক্টরিগুলিতে একগুচ্ছ চিত্র অনুলিপি করার দরকার নেই এবং তাই অ্যাপ্লিকেশনটি মুছে ফেলা বা সরানোর পরে সেগুলি পরিষ্কার করার দরকার নেই।
• নথিগুলির সাথে অ্যাপ্লিকেশনগুলিকে লিঙ্ক করার জন্য একটি ডাটাবেস রয়েছে, এর জন্য কোনও ফাইল অনুলিপি করার দরকার নেই।
• এক্সিকিউটেবল ফাইলের পাশে lib/ ডিরেক্টরিতে, লাইব্রেরিগুলি ডিফল্টরূপে অনুসন্ধান করা হয়।
• কোন অসংখ্য ডিস্ট্রিবিউশন এবং ডেস্কটপ পরিবেশ নেই; যাই হোক না কেন, সর্বত্র কাজ করে।
• চালানোর জন্য আলাদা কোনো মডিউল নেই যা অ্যাপ্লিকেশন ডিরেক্টরি থেকে আলাদা।
• অ্যাপ্লিকেশনগুলিতে তাদের সংস্থানগুলির অন্তর্নির্মিত পরম পথ নেই; রানটাইমে অবস্থান নির্ধারণের জন্য তাদের বিশেষ ফাংশন রয়েছে।
• সংকুচিত ফাইল সিস্টেম চিত্রগুলির ধারণা চালু করা হয়েছে: এটি যে কোনও hpkg প্যাকেজ। তাদের সব কার্নেল দ্বারা মাউন্ট করা হয়.
• প্রতিটি ফাইল এটি তৈরি করা অ্যাপ্লিকেশন দ্বারা খোলা হয়, যদি না আপনি স্পষ্টভাবে অন্যথায় উল্লেখ করেন। এ কেমন শান্ত!

দুটি পিএনজি ফাইল। বিভিন্ন আইকনগুলি লক্ষ্য করুন যা নির্দেশ করে যে সেগুলি ডাবল-ক্লিক করলে বিভিন্ন অ্যাপ্লিকেশন দ্বারা খোলা হবে। এছাড়াও "এর সাথে খুলুন:" ড্রপ-ডাউন মেনুটি নোট করুন যেখানে ব্যবহারকারী একটি পৃথক অ্যাপ্লিকেশন নির্বাচন করতে পারেন। কত সহজ!

দেখে মনে হচ্ছে লিনাক্সে AppImage-এর জন্য প্রয়োজনীয় অনেক ক্রাচ এবং ওয়ার্কঅ্যারাউন্ড হাইকুতে অপ্রয়োজনীয় হয়ে পড়েছে, যার মূলে রয়েছে সরলতা এবং পরিশীলিততা যা এটিকে আমাদের বেশিরভাগ প্রয়োজনগুলি পরিচালনা করে।

হাইকু কি সব পরে অ্যাপ প্যাকেজ প্রয়োজন?

এটি একটি বড় প্রশ্নের বাড়ে। যদি লিনাক্সের চেয়ে হাইকুতে AppImage-এর মতো একটি সিস্টেম তৈরি করা সহজ হয়, তাহলে কি এটি করা মূল্যবান হবে? নাকি হাইকু, তার এইচপিকেজি প্যাকেজ সিস্টেমের সাহায্যে এই জাতীয় ধারণা তৈরি করার প্রয়োজনীয়তা কার্যকরভাবে দূর করেছে? ঠিক আছে, উত্তর দেওয়ার জন্য আমাদের AppImages এর অস্তিত্বের পিছনে প্রেরণা দেখতে হবে।

ব্যবহারকারীর দৃষ্টিকোণ

আসুন আমাদের শেষ ব্যবহারকারীর দিকে তাকাই:

• আমি অ্যাডমিনিস্ট্রেটর (রুট) পাসওয়ার্ড না চেয়ে একটি অ্যাপ্লিকেশন ইনস্টল করতে চাই। হাইকুতে প্রশাসকের কোন ধারণা নেই, ব্যবহারকারীর সম্পূর্ণ নিয়ন্ত্রণ রয়েছে কারণ এটি একটি ব্যক্তিগত ব্যবস্থা! (নীতিগতভাবে, আপনি এটি মাল্টিপ্লেয়ার মোডে কল্পনা করতে পারেন, আমি আশা করি বিকাশকারীরা এটি সহজ রাখবেন)
• আমি অ্যাপ্লিকেশনগুলির সর্বশেষ এবং সর্বশ্রেষ্ঠ সংস্করণগুলি পেতে চাই, সেগুলি আমার বিতরণে উপস্থিত হওয়ার জন্য অপেক্ষা না করে (প্রায়শই এর অর্থ "কখনই নয়", অন্তত যদি আমি সম্পূর্ণ অপারেটিং সিস্টেম আপডেট না করি)। হাইকুতে এটি ভাসমান রিলিজের সাথে "সমাধান" হয়। এর মানে হল যে অ্যাপ্লিকেশনগুলির সর্বশেষ এবং সর্বশ্রেষ্ঠ সংস্করণগুলি পাওয়া সম্ভব, তবে এটি করার জন্য আপনাকে ক্রমাগতভাবে সিস্টেমের বাকি অংশগুলিকে আপডেট করতে হবে, কার্যকরভাবে এটিকে "চলন্ত লক্ষ্যে" পরিণত করতে হবে।.
• আমি একই অ্যাপ্লিকেশনের একাধিক সংস্করণ পাশাপাশি চাই, যেহেতু সর্বশেষ সংস্করণে কী ভাঙা হয়েছে তা জানার কোন উপায় নেই, বা, বলুন, একজন ওয়েব বিকাশকারী হিসাবে, ব্রাউজারের বিভিন্ন সংস্করণের অধীনে আমার কাজ পরীক্ষা করতে হবে। হাইকু প্রথম সমস্যার সমাধান করে, কিন্তু দ্বিতীয়টি নয়। আপডেটগুলি রোল ব্যাক করা হয়েছে, কিন্তু শুধুমাত্র সমগ্র সিস্টেমের জন্য; চালানো অসম্ভব (যতদূর আমি জানি), উদাহরণস্বরূপ, একই সময়ে WebPositive বা LibreOffice-এর একাধিক সংস্করণ।

একজন বিকাশকারী লিখেছেন:

মূলত যৌক্তিকতা হল: ব্যবহারের ক্ষেত্রে এতটাই বিরল যে এটির জন্য অপ্টিমাইজ করার কোন মানে হয় না; হাইকুপোর্টে এটিকে একটি বিশেষ ক্ষেত্রে বিবেচনা করা গ্রহণযোগ্যতার চেয়ে বেশি মনে হয়।

• আমার স্টার্টআপ ড্রাইভে নয়, আমি যেখানে পছন্দ করি সেখানে অ্যাপস রাখতে হবে। আমার প্রায়শই ডিস্কের স্থান ফুরিয়ে যায়, তাই অ্যাপ্লিকেশনগুলি সংরক্ষণ করার জন্য আমাকে একটি বাহ্যিক ড্রাইভ বা নেটওয়ার্ক ডিরেক্টরি সংযোগ করতে হবে (আমি ডাউনলোড করেছি সমস্ত সংস্করণ)। যদি আমি এই ধরনের একটি ড্রাইভ সংযুক্ত করি, তাহলে আমার অ্যাপ্লিকেশনগুলিকে ডাবল-ক্লিক করে চালু করতে হবে। হাইকু প্যাকেজগুলির পুরানো সংস্করণগুলি সংরক্ষণ করে, কিন্তু আমি জানি না কীভাবে সেগুলিকে একটি বাহ্যিক ড্রাইভে সরানো যায়, বা কীভাবে পরে সেখান থেকে অ্যাপ্লিকেশন চালু করা যায়।

বিকাশকারী মন্তব্য:

প্রযুক্তিগতভাবে, মাউন্ট কমান্ডের মাধ্যমে এটি ইতিমধ্যেই সম্ভব। অবশ্যই, আমাদের যথেষ্ট আগ্রহী ব্যবহারকারী পাওয়া মাত্রই আমরা এর জন্য একটি GUI তৈরি করব।

• আমার ফাইল সিস্টেম জুড়ে ছড়িয়ে ছিটিয়ে থাকা লক্ষ লক্ষ ফাইলের প্রয়োজন নেই যা আমি নিজে নিজে পরিচালনা করতে পারি না। আমি প্রতি অ্যাপ্লিকেশনে একটি ফাইল চাই যা আমি সহজেই ডাউনলোড করতে, সরাতে, মুছতে পারি। হাইকুতে এই সমস্যাটি প্যাকেজ ব্যবহার করে সমাধান করা হয় .hpkg, যা স্থানান্তর করে, উদাহরণস্বরূপ, পাইথন, হাজার হাজার ফাইল থেকে একটিতে। কিন্তু যদি আছে, উদাহরণস্বরূপ, স্ক্রাইবাস পাইথন ব্যবহার করে, তাহলে আমাকে কমপক্ষে দুটি ফাইলের সাথে মোকাবিলা করতে হবে। এবং তাদের একে অপরের সাথে কাজ করে এমন সংস্করণগুলি রাখতে আমাকে যত্ন নিতে হবে।

AppImages-এর একাধিক সংস্করণ একই লিনাক্সে পাশাপাশি চলছে

একটি অ্যাপ্লিকেশন বিকাশকারীর দৃষ্টিকোণ

আসুন একটি অ্যাপ্লিকেশন বিকাশকারীর দৃষ্টিকোণ থেকে দেখি:

• আমি সম্পূর্ণ ব্যবহারকারীর অভিজ্ঞতা নিয়ন্ত্রণ করতে চাই। আমি কখন এবং কীভাবে অ্যাপ্লিকেশনগুলি প্রকাশ করব তা বলার জন্য আমি কোনও অপারেটিং সিস্টেমের উপর নির্ভর করতে চাই না। হাইকু ডেভেলপারদের তাদের নিজস্ব hpkg সংগ্রহস্থলগুলির সাথে কাজ করার অনুমতি দেয়, কিন্তু এর মানে হল যে ব্যবহারকারীদের সেগুলি ম্যানুয়ালি সেট আপ করতে হবে, যা ধারণাটিকে "কম আকর্ষণীয়" করে তোলে।
• আমার ওয়েবসাইটে আমার একটি ডাউনলোড পৃষ্ঠা আছে যেখানে আমি বিতরণ করি .exe উইন্ডোজের জন্য, .dmg ম্যাকের জন্য এবং .AppImage লিনাক্সের জন্য। অথবা হয়তো আমি এই পৃষ্ঠায় অ্যাক্সেস নগদীকরণ করতে চাই, কিছু সম্ভব? আমি হাইকু জন্য সেখানে কি রাখা উচিত? ফাইল যথেষ্ট .hpkg শুধুমাত্র হাইকুপোর্ট থেকে নির্ভরতা সহ
• আমার সফ্টওয়্যার অন্যান্য সফ্টওয়্যার নির্দিষ্ট সংস্করণ প্রয়োজন. উদাহরণ স্বরূপ, এটা জানা যায় যে Krita-এর জন্য Qt-এর একটি প্যাচ করা সংস্করণ প্রয়োজন, অথবা Qt যেটি Krita-এর একটি নির্দিষ্ট সংস্করণের সাথে সূক্ষ্ম-টিউন করা হয়েছে, অন্তত যতক্ষণ না প্যাচগুলিকে Qt-এ ঠেলে দেওয়া হয়। আপনি একটি প্যাকেজে আপনার অ্যাপ্লিকেশনের জন্য আপনার নিজস্ব Qt প্যাকেজ করতে পারেন .hpkg, কিন্তু সম্ভবত এটি স্বাগত নয়।

নিয়মিত অ্যাপ্লিকেশন ডাউনলোড পাতা. হাইকুর জন্য আমি এখানে কি পোস্ট করব?

বান্ডেল করবে (অ্যাপডির বা এর মতো অ্যাপ্লিকেশন ডিরেক্টরি হিসাবে বিদ্যমান .app অ্যাপল স্টাইলে) এবং/অথবা ছবি (অত্যন্ত পরিবর্তিত অ্যাপ ইমেজ আকারে বা .dmg অ্যাপল থেকে) অ্যাপ্লিকেশন হাইকু ডেস্কটপ পরিবেশে একটি দরকারী সংযোজন? নাকি এটি পুরো ছবিটিকে পাতলা করবে এবং বিভক্ততার দিকে নিয়ে যাবে এবং তাই জটিলতা যোগ করবে? আমি ছিঁড়েছি: একদিকে, হাইকুর সৌন্দর্য এবং পরিশীলিততা এই সত্যের উপর ভিত্তি করে যে সাধারণত অনেকগুলি না করে কিছু করার একটি উপায় থাকে। অন্যদিকে, ক্যাটালগ এবং/অথবা অ্যাপ্লিকেশন স্যুটগুলির জন্য বেশিরভাগ অবকাঠামো ইতিমধ্যেই রয়েছে, তাই সিস্টেমটি অবশিষ্ট কয়েক শতাংশ জায়গায় পড়ার জন্য চিৎকার করছে।

বিকাশকারীর মতে জনাব. waddlesplash

লিনাক্সে তারা (ক্যাটালগ এবং অ্যাপ্লিকেশন কিট, - প্রায়. অনুবাদক) সম্ভবত সিস্টেমিক সমস্যার একটি প্রযুক্তিগত সমাধান। হাইকুতে আমরা সহজভাবে সিস্টেম সমস্যার সমাধান করতে পছন্দ করি।

আপনি কি মনে করেন?

উত্তর দেওয়ার আগে...

অপেক্ষা করুন, আসুন একটি দ্রুত বাস্তবতা পরীক্ষা করি: আসলে অ্যাপ্লিকেশন ডিরেক্টরি - ইতিমধ্যে হাইকুর অংশ:

হাইকুতে অ্যাপ্লিকেশন ডিরেক্টরি ইতিমধ্যেই বিদ্যমান, কিন্তু ফাইল ম্যানেজারে এখনও সমর্থিত নয়

তারা ম্যাকিনটোশ ফাইন্ডারের মতো সমর্থিত নয়। QtCreator ডিরেক্টরির উপরের বাম কোণায় একটি "QtCreator" নাম এবং আইকন থাকলে, ডাবল-ক্লিক করার সময় অ্যাপ্লিকেশনটি চালু করলে কতটা ভালো হবে?

একটু আগে আমি ইতিমধ্যে জিজ্ঞাসা:

আপনি কি নিশ্চিত যে আপনি আজ আপনার দশক-পুরানো অ্যাপগুলি চালাতে পারবেন যখন সমস্ত অ্যাপ স্টোর এবং ডিস্ট্রিবিউশন রিপোজিটরিগুলি তাদের এবং তাদের নির্ভরতা সম্পর্কে ভুলে গেছে? আপনি কি নিশ্চিত যে আপনি এখনও ভবিষ্যতে আপনার বর্তমান চাকরি অ্যাক্সেস করতে সক্ষম হবেন?

হাইকু থেকে ইতিমধ্যে একটি উত্তর আছে, নাকি ক্যাটালগ এবং অ্যাপ্লিকেশন বান্ডিল এখানে সাহায্য করতে পারে? আমি মনে করি তারা পারবে।

মি. অনুযায়ী. waddlesplash:

হ্যাঁ, আমাদের কাছে প্রশ্নের উত্তর আছে: আমরা এই অ্যাপ্লিকেশনগুলিকে যতক্ষণ প্রয়োজন ততক্ষণ সমর্থন করব যতক্ষণ না কেউ তাদের ফাইল ফর্ম্যাটগুলি সঠিকভাবে পড়তে পারে বা এক থেকে এক কার্যকারিতা প্রদান করতে পারে। হাইকুতে BeOS R5 অ্যাপগুলিকে সমর্থন করার জন্য আমাদের প্রতিশ্রুতিই এর প্রমাণ...

এটা নিশ্চিত করার জন্য!

হাইকুকে কী পদক্ষেপ নেওয়া উচিত?

আমি hpkg, ডিরেক্টরি এবং অ্যাপ্লিকেশন চিত্রগুলির শান্তিপূর্ণ সহাবস্থান কল্পনা করতে পারি:

• সিস্টেম সফটওয়্যার ব্যবহার করে .hpkg
• সর্বাধিক ব্যবহৃত সফ্টওয়্যারগুলির জন্য (বিশেষ করে যেগুলি রোলিং রিলিজের সময়সূচী করতে হবে), ব্যবহার করুন৷ .hpkg (সব ক্ষেত্রে প্রায় 80%)
• কিছু মাধ্যমে ইনস্টল করা হয় .hpkg, অ্যাপ্লিকেশনগুলি একটি অ্যাপ্লিকেশন ডিরেক্টরি পরিকাঠামোতে (যেমন QtCreator) স্থানান্তর করার মাধ্যমে উপকৃত হবে: সেগুলি এইভাবে বিতরণ করা হবে .hpkg, পূর্বের মত.

জনাব. waddlesplash লিখেছেন:

যদি আপনার যা দরকার তা হল অ্যাপ্লিকেশনগুলি দেখতে /system/apps, পরিবর্তে আমাদের ব্যবহারকারীদের জন্য ডেস্কবারের ডিরেক্টরিগুলিকে আরও পরিচালনাযোগ্য করা উচিত, যেহেতু /system/apps ব্যবহারকারীদের দ্বারা নিয়মিত খোলা এবং দেখার উদ্দেশ্যে নয় (MacOS এর বিপরীতে)। এই ধরনের পরিস্থিতিতে, হাইকুর একটি ভিন্ন দৃষ্টান্ত আছে, কিন্তু এই বিকল্পটি তত্ত্বগতভাবে গ্রহণযোগ্য।

• হাইকু অ্যাপ্লিকেশন ইমেজ চালানোর জন্য অবকাঠামো পায়, রাত্রিকালীন, ক্রমাগত এবং সফ্টওয়্যার তৈরির পরীক্ষা, সেইসাথে যখন ব্যবহারকারী "সময়ে এটিকে হিমায়িত করতে" চায়, ব্যক্তিগত এবং অভ্যন্তরীণ সফ্টওয়্যার এবং অন্যান্য বিশেষ ব্যবহারের ক্ষেত্রে (প্রায় 20%) সবগুলো). এই চিত্রগুলিতে অ্যাপ্লিকেশন চালানোর জন্য প্রয়োজনীয় ফাইল রয়েছে .hpkg, সিস্টেম দ্বারা মাউন্ট করা হয়, এবং অ্যাপ্লিকেশন সম্পূর্ণ হওয়ার পরে - আনমাউন্ট করা হয়। (সম্ভবত একজন ফাইল ম্যানেজার ফাইল রাখতে পারে .hpkg অ্যাপ্লিকেশন ইমেজে, স্বয়ংক্রিয়ভাবে বা ব্যবহারকারীর অনুরোধে - ভাল, যেমন আপনি যখন একটি নেটওয়ার্ক ডিরেক্টরি বা বহিরাগত ড্রাইভে একটি অ্যাপ্লিকেশন টেনে আনেন। এটা শুধু একটি গান! অথবা বরং, কবিতা - হাইকু।) অন্যদিকে, ব্যবহারকারী ফাইল আকারে চিত্রের বিষয়বস্তু ইনস্টল করতে চাইতে পারেন.hpkg, তারপরে সেগুলিকে আপডেট করা হবে এবং একইভাবে প্রক্রিয়া করা হবে যেন সেগুলি হাইকুডিপোর মাধ্যমে ইনস্টল করা হয়েছিল... আমাদের চিন্তাভাবনা করতে হবে)।

জনাব থেকে উদ্ধৃতি. waddlesplash:

বাহ্যিক ড্রাইভ বা নেটওয়ার্ক ডিরেক্টরি থেকে অ্যাপ্লিকেশন চালানো সম্ভাব্য কার্যকর হতে পারে। এবং pkgman এর জন্য আরও "জোন" কনফিগার করার ক্ষমতা যোগ করা অবশ্যই একটি চমৎকার বৈশিষ্ট্য হবে।

এই ধরনের সিস্টেম hpkg, ডিরেক্টরি এবং অ্যাপ্লিকেশন ইমেজ সুবিধা গ্রহণ করবে। তারা স্বতন্ত্রভাবে ভাল, কিন্তু একসঙ্গে তারা অজেয় হয়ে উঠবে।

উপসংহার

হাইকু-এর একটি ফ্রেমওয়ার্ক রয়েছে যা পিসির জন্য একটি সহজ এবং পরিশীলিত ব্যবহারকারীর অভিজ্ঞতা প্রদান করে এবং লিনাক্স পিসির জন্য সাধারণত যা প্রদান করা হয় তার থেকে অনেক বেশি। প্যাকেজ সিস্টেম .hpkg এটি এমন একটি উদাহরণ, তবে সিস্টেমের বাকি অংশটিও পরিশীলিততায় আবদ্ধ। যাইহোক, হাইকু সঠিক ডিরেক্টরি এবং অ্যাপ্লিকেশন ইমেজ সমর্থন দ্বারা উপকৃত হবে। এটি কীভাবে করা যায় সেই সব লোকদের সাথে আলোচনা করা মূল্যবান যারা হাইকু, এর দর্শন এবং স্থাপত্য আমার চেয়ে অনেক ভালো জানেন। সর্বোপরি, আমি এক সপ্তাহেরও বেশি সময় ধরে হাইকু ব্যবহার করছি। তবুও, আমি বিশ্বাস করি যে হাইকুর ডিজাইনার, বিকাশকারী এবং স্থপতিরা এই নতুন দৃষ্টিকোণ থেকে উপকৃত হবেন। অন্ততপক্ষে, আমি তাদের "স্পর্লিং পার্টনার" হতে পেরে খুশি হব। লিনাক্স অ্যাপ্লিকেশন ক্যাটালগ এবং বান্ডিলগুলির সাথে আমার 10 বছরের বেশি অভিজ্ঞতা রয়েছে, এবং আমি হাইকুতে তাদের জন্য একটি ব্যবহার খুঁজে পেতে চাই, যার জন্য আমি মনে করি তারা উপযুক্ত উপযুক্ত। আমি যে সম্ভাব্য সমাধানগুলি প্রস্তাব করেছি তা কোনওভাবেই আমার বর্ণিত সমস্যার জন্য একমাত্র সঠিক নয়, এবং হাইকু দল যদি অন্য, আরও মার্জিত সমাধানগুলি খুঁজে বের করার সিদ্ধান্ত নেয়, আমি তার জন্য সবই রয়েছি। মূলত, আমি কীভাবে একটি সিস্টেম তৈরি করব সে সম্পর্কে ইতিমধ্যেই ভাবছি hpkg এটি কাজ করার উপায় পরিবর্তন না করে আরও আশ্চর্যজনক। দেখা যাচ্ছে যে হাইকু দল একটি প্যাকেজ ম্যানেজমেন্ট সিস্টেম বাস্তবায়ন করার সময় অ্যাপ্লিকেশন বান্ডিল সম্পর্কে দীর্ঘকাল ধরে চিন্তা করছিল, কিন্তু দুর্ভাগ্যবশত (আমি মনে করি) ধারণাটি "অপ্রচলিত" হয়ে গেছে। হয়তো এটা পুনরুজ্জীবিত করার সময়?

এটি নিজে চেষ্টা করো! সর্বোপরি, হাইকু প্রজেক্ট ডিভিডি বা ইউএসবি থেকে বুট করার জন্য ইমেজ প্রদান করে ежедневно.
আপনি কি কিছু জানতে চান? আমরা আপনাকে রাশিয়ান-ভাষী আমন্ত্রণ জানাই টেলিগ্রাম চ্যানেল.

ত্রুটি ওভারভিউ: সি এবং সি++ এ কীভাবে নিজেকে পায়ে গুলি করবেন। হাইকু ওএস রেসিপি সংগ্রহ

থেকে লেখক অনুবাদ: এটি হাইকু সম্পর্কে সিরিজের অষ্টম এবং শেষ নিবন্ধ।

নিবন্ধের তালিকা: প্রথম দ্বিতীয় তৃতীয় চতুর্থ পঞ্চম ষষ্ঠ সপ্তম

শুধুমাত্র নিবন্ধিত ব্যবহারকারীরা জরিপে অংশগ্রহণ করতে পারবেন। সাইন ইন করুনকরুন।

এইচপিকেজি সিস্টেমকে লিনাক্সে পোর্ট করার অর্থ কি?

• হাঁ

• না

• ইতিমধ্যে বাস্তবায়িত, আমি মন্তব্য লিখব

20 জন ব্যবহারকারী ভোট দিয়েছেন। 5 জন ব্যবহারকারী বিরত ছিলেন।

উত্স: www.habr.com