GNOME এবং KDE-এর কার্যকারিতার গ্যারান্টি দেওয়ার জন্য Systemd পোস্টমার্কেটওএস-এ আসে

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

সিস্টেম অ্যাডমিনিস্ট্রেটর হিসাবে সিস্টেমড ব্যবহার করার প্রাপ্যতা এক বছর কাজ করার পরে আসে এবং OpenRC ইনিশিয়ালাইজেশন সিস্টেমের পরিবর্তে systemd ব্যবহার করে একটি প্রোটোটাইপ সেটআপ প্রস্তুত করা হয়েছে এবং পরীক্ষার জন্য উপলব্ধ করা হয়েছে।

এটি উল্লেখ করা হয় সিস্টেমড যোগ করা সত্ত্বেও, সমর্থন প্রদান করা অব্যাহত থাকবে এর উপর ভিত্তি করে বিল্ড তৈরি করা ওপেনআরসি পোস্টমার্কেটওএস-এ, অন্তত যতক্ষণ এই সিস্টেমটি আলপাইন লিনাক্সে ব্যবহার করা অব্যাহত থাকে। pmbootstrap ব্যবহার করে postmarketOS ইমেজ তৈরি করার সময় OpenRC নির্বাচন করার বিকল্পটি পাওয়া যাবে। অতিরিক্তভাবে, Sway কম্পোজিট ম্যানেজারের উপর ভিত্তি করে Sxmo (সিম্পল এক্স মোবাইল) গ্রাফিকাল শেল এর সাথে কাজ করা সমাবেশ ডেভেলপারদের দ্বারা OpenRC ব্যবহার করা অব্যাহত থাকবে।

অন্যদিকে, সিস্টেমডের সাথে বিল্ডগুলি এখনও বেস আলপাইন লিনাক্স প্যাকেজের উপর ভিত্তি করে তৈরি করা হবে, যদিও এই ডিস্ট্রিবিউশনটিতে systemd এর জন্য অফিসিয়াল সমর্থন নেই এবং Glibc C এর পরিবর্তে Musl C লাইব্রেরি ব্যবহার করে, যা systemd এর সাথে সামঞ্জস্যপূর্ণ। PostmarketOS ডেভেলপাররা Musl C এর সাথে systemd সংহত করার জন্য অতিরিক্ত প্যাচ প্রয়োগ করছে এবং ভবিষ্যতে এই ইন্টিগ্রেশনকে সহজ করার জন্য systemd ডেভেলপারদের সাথে সহযোগিতা করার পরিকল্পনা করছে।

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

GNOME এবং KDE এর কার্যকারিতা নিশ্চিত করতে systemd-এর উপর ভিত্তি করে, বেশ কিছু অতিরিক্ত স্তর রক্ষণাবেক্ষণের প্রয়োজন ছিল, এবং systemd ছাড়া কাজ করার অর্থ হল এই স্তরগুলিকে সঠিকভাবে রক্ষণাবেক্ষণ করা এবং GNOME এবং KDE বিকাশের সাথে সিঙ্ক্রোনাইজ করা, যা বিকাশকারীদের দ্বারা চলমান রক্ষণাবেক্ষণে উল্লেখযোগ্য চ্যালেঞ্জ এবং কিছু অনিশ্চয়তা তৈরি করেছে।

এর পাশাপাশি ডেভেলপাররা উল্লেখ করেন বিভিন্ন স্তর এবং প্যাকেজ বাস্তবায়িত হয়েছে পোস্টমার্কেটওএস-এ হোস্টনাম, স্থানীয়করণ এবং টাইমস্ট্যাম্প পরিষেবাগুলির জন্য সমর্থন নিশ্চিত করতে। তার টিঅথবা openrc-settingsd ব্যবহার অন্তর্ভুক্ত হোস্টনাম পরিষেবাগুলির সমর্থনের জন্য, ডিভাইস পরিচালনার জন্য udev-এর পরিবর্তে eudev, ব্যবহারকারীর সেশন পরিচালনার জন্য লগইন্ডের পরিবর্তে elogind, এবং লগবুক পরিবর্তে জার্নালড লগ পরিচালনার জন্য এবং সুপারড প্যাকেজটি «এর মতো কার্যকারিতা প্রদান করতে ব্যবহৃত হয়েছিলসিস্টেমড - ব্যবহারকারী» এবং প্রতিস্থাপন করুন systemd.timer বিরূদ্ধে জাগ্রত

কিন্তু, সঠিক রক্ষণাবেক্ষণ এবং সমর্থন শুধুমাত্র openrc-settingsd এবং eudev-এর জন্য নিশ্চিত. ইলোগিন্ডের মতো প্রকল্প, logbookd এবং superd এখনও উন্নতি প্রয়োজন, কারণ তাদের কিছু প্রয়োজনীয় বৈশিষ্ট্য নেই, এবং জাগ্রত এটি প্রায় এক বছর ধরে পরিষেবা দেওয়া হয়নি। উপরন্তু, কেডিই প্লাজমা মোবাইল ডেভেলপাররা ব্যবহারে আগ্রহ প্রকাশ করেছে systemd-coredumpd ডিবাগিং সহজ করতে, কিন্তু এটি প্রতিস্থাপন, সহ-সংগ্রাহক, এটি 2020 সাল থেকে রক্ষণাবেক্ষণ পায়নি।

এই পরিষেবাগুলি GNOME এবং অন্যান্য অ্যাপ্লিকেশনের বিভিন্ন ফাংশনের জন্য প্রয়োজনীয়। উদাহরণস্বরূপ, D-Bus API দ্বারা প্রদত্ত হোস্টনামযুক্ত, স্থানীয় এবং টাইমডেটেড এটি আঞ্চলিক এবং সময় অঞ্চল সেটিংস পরিবর্তন করতে জিনোমে ব্যবহৃত হয়। লগইন করার সময়, সংযুক্ত ডিভাইসগুলি পরিচালনা করতে Udev প্রয়োজন, “সিস্টেমড - ব্যবহারকারী» এবং জার্নাল্ড জিনোম-সেশনে ব্যবহারকারীর সেশন পরিচালনা করতে ব্যবহৃত হয়। জিনোম ঘড়ি ব্যবহার করে systemd.timer এর কার্যকারিতার জন্য।

En নতুন বৈশিষ্ট্যের শর্তাবলী যেটি সিস্টেমড-ভিত্তিক বিল্ডগুলির সাথে প্রয়োগ করা যেতে পারে, যার মধ্যে দানাদার বিশেষাধিকার ব্যবস্থাপনা, সুরক্ষা নিশ্চিত করতে উন্নত বৈশিষ্ট্যগুলির ব্যবহার এবং পরিষেবাগুলির মধ্যে নির্ভরতা পরিচালনা, সিগ্রুপগুলির সাথে সম্পূর্ণ একীকরণ, প্রয়োজন অনুসারে পরিষেবাগুলি শুরু করার জন্য সকেট সক্রিয়করণ (যেমন, CUPS শুধুমাত্র দ্বারা শুরু করা যেতে পারে নেটওয়ার্ক পোর্ট অ্যাক্সেস করা), এবং বুট প্রক্রিয়া বিশ্লেষণ করার জন্য অন্তর্নির্মিত সরঞ্জামগুলির উপলব্ধতা।

অবশেষে আপনি যদি এটি সম্পর্কে আরও জানতে আগ্রহী, আপনি বিশদটি পরীক্ষা করতে পারেন নিম্নলিখিত লিঙ্ক।