Debian init სისტემებზე კენჭისყრის შედეგები შეჯამდა

გამოქვეყნდა დასკვნები საერთო კენჭისყრა (GR, ზოგადი რეზოლუცია) Debian-ის პროექტის დეველოპერები, რომლებიც მონაწილეობენ პაკეტის მოვლა-პატრონობაში და ინფრასტრუქტურის მოვლაში, განხორციელებული მრავალჯერადი საწყის სისტემების მხარდაჭერის საკითხზე. სიის მეორე პუნქტმა (“B”) მოიგო - systemd რჩება უპირატესად, მაგრამ ალტერნატიული ინიციალიზაციის სისტემების შენარჩუნების შესაძლებლობა რჩება. კენჭისყრა მეთოდით ჩატარდა კონდორსეტი, რომელშიც თითოეული ამომრჩეველი აფასებს ყველა ვარიანტს უპირატესობის მიხედვით და შედეგის გამოთვლისას გათვალისწინებულია, თუ რამდენი ამომრჩეველი ანიჭებს უპირატესობას ერთ ვარიანტს მეორეზე.

გამარჯვებული წინადადება აღიარებს, რომ სისტემური სერვისის ერთეულები არის დემონებისა და სერვისების გასაშვებად კონფიგურაციის სასურველი გზა, მაგრამ აღიარებს, რომ არის გარემო, სადაც დეველოპერებს და მომხმარებლებს შეუძლიათ შექმნან და გამოიყენონ ალტერნატიული საწყისი სისტემები და ფუნქციური ალტერნატივები systemd-ის შესაძლებლობებისთვის. ალტერნატიული გადაწყვეტილებების შემქმნელები საჭიროებენ რესურსებს თავიანთი სამუშაოს შესასრულებლად და მათი პაკეტების ფორმატირებისთვის. პროექტისთვის მნიშვნელოვანი რჩება ალტერნატიული გადაწყვეტილებები, როგორიცაა elogind გაშვებული აპლიკაციებისთვის, რომლებიც დაკავშირებულია systemd-ს სპეციფიკურ ინტერფეისებთან. ასეთი ინიციატივების მხარდაჭერა მოითხოვს დახმარებას ისეთ სფეროებში, სადაც ალტერნატიული ტექნოლოგიების განვითარება კვეთს დანარჩენ პროექტს, როგორიცაა პატჩის განხილვისა და განხილვის გადადება.

პაკეტები შეიძლება შეიცავდეს როგორც სისტემური ერთეულის ფაილებს, ასევე საწყის სკრიპტებს სერვისების დასაწყებად. პაკეტებმა შეიძლება გამოიყენონ ნებისმიერი სისტემური ფუნქცია, რომელსაც ესაჭიროება პაკეტის შემსრულებელი, თუ ფუნქციები შეესაბამება Debian წესებს და არ არის მიბმული ექსპერიმენტულ ან მხარდაჭერილ Debian ფუნქციებთან სხვა პაკეტებში. გარდა systemd-ისა, პაკეტები ასევე შეიძლება მოიცავდეს ალტერნატიული საწყის სისტემების მხარდაჭერას და უზრუნველყოს კომპონენტები სისტემური სპეციფიკური ინტერფეისების ჩანაცვლებისთვის. გადაწყვეტილებები პატჩების ჩართვასთან დაკავშირებით მიიღება შემსრულებლების მიერ, როგორც სტანდარტული პროცედურების ნაწილი. Debian მოწოდებულია იმუშაოს წარმოებულ დისტრიბუციებთან, რომლებიც ირჩევენ სხვა საწყის სისტემებს გამოიყენონ, მაგრამ ურთიერთქმედება აგებულია დამხმარე დონეზე, რომელიც იღებს გადაწყვეტილებებს მესამე მხარის მიერ მომზადებული ფუნქციების მიღებასთან დაკავშირებით Debian-ის მთავარ კომპოზიციაში და რომელი რჩება. წარმოებული განაწილებაში.

შეგახსენებთ, რომ ტექნიკურმა კომიტეტმა 2014 წ დამტკიცებულია გარდამავალი ნაგულისხმევი განაწილება systemd-ზე, მაგრამ არა შეიმუშავა გადაწყვეტილებები მრავალჯერადი უზრუნველყოფის სისტემის მხარდაჭერასთან დაკავშირებით (ხმა გაიმარჯვა პუნქტმა, რომელიც მიუთითებს კომიტეტის არ სურდა გადაწყვეტილების მიღებაზე ამ საკითხზე). კომიტეტის ლიდერმა რეკომენდაცია გაუწია, რომ პაკეტის შემსრულებლებს შეენარჩუნებინათ მხარდაჭერა sysvinit-ისთვის, როგორც ალტერნატიული საწყის სისტემა, მაგრამ მიუთითა, რომ მას არ შეეძლო თავისი შეხედულების დაფიქსირება და რომ გადაწყვეტილება თითოეულ შემთხვევაში დამოუკიდებლად უნდა მიეღო.

ამის შემდეგ, ზოგიერთმა დეველოპერმა სცადა განხორციელების მცდელობა საერთო კენჭისყრა, მაგრამ წინასწარმა კენჭისყრამ აჩვენა, რომ არ იყო საჭირო გადაწყვეტილების მიღება მრავალჯერადი ინიციალიზაციის სისტემის გამოყენების შესახებ. რამდენიმე თვის წინ, მას შემდეგ პრობლემები elogind პაკეტის ჩართვით (აუცილებელია GNOME-ის გაშვებისთვის systemd-ის გარეშე) ტესტირების ფილიალში libsystemd-თან კონფლიქტის გამო, საკითხი კვლავ წამოიჭრა Debian პროექტის ლიდერის მიერ, რადგან დეველოპერები ვერ შეთანხმდნენ და მათი კომუნიკაცია გადაიქცა დაპირისპირება და ჩიხში მივიდა.

განხილული ვარიანტები:

ძირითადი ყურადღება გამახვილებულია სისტემაზე. ალტერნატიული საწყის სისტემებისთვის მხარდაჭერის უზრუნველყოფა არ არის პრიორიტეტი, მაგრამ შემსრულებლებმა შეიძლება სურვილისამებრ შეიტანონ საწყის სკრიპტები ასეთი სისტემებისთვის პაკეტებში.

systemd კვლავ სასურველია, მაგრამ ალტერნატიული ინიციალიზაციის სისტემების შენარჩუნების შესაძლებლობა დარჩა. ისეთი ტექნოლოგიები, როგორიც არის elogind, რომელიც საშუალებას აძლევს systemd-თან დაკავშირებულ აპლიკაციებს გაუშვან ალტერნატიულ გარემოში, განიხილება, როგორც მნიშვნელოვანი. პაკეტები შეიძლება შეიცავდეს init ფაილებს ალტერნატიული სისტემებისთვის.

სხვადასხვა init სისტემების მხარდაჭერა და Debian-ის ჩატვირთვის შესაძლებლობა init სისტემებით, გარდა systemd-ისა.
სერვისების გასაშვებად პაკეტები უნდა შეიცავდეს init სკრიპტებს; მიუღებელია მხოლოდ სისტემური ერთეული ფაილების მიწოდება sysv init სკრიპტების გარეშე.

სისტემების მხარდაჭერა, რომლებიც არ იყენებენ systemd-ს, მაგრამ ცვლილებების შეტანის გარეშე, რაც შეაფერხებს განვითარებას. დეველოპერები თანხმდებიან, რომ მხარი დაუჭირონ მრავალ საწყის სისტემას უახლოეს მომავალში, მაგრამ ასევე მიაჩნიათ, რომ აუცილებელია სისტემური მხარდაჭერის გაუმჯობესებაზე მუშაობა. კონკრეტული გადაწყვეტილებების შემუშავება და შენარჩუნება უნდა მიეცეს თემებს, რომლებიც დაინტერესებულნი არიან ამ გადაწყვეტილებებით, მაგრამ სხვა შემსრულებლებმა აქტიურად უნდა დაეხმარონ და წვლილი შეიტანონ პრობლემის გადაჭრაში, როცა ეს საჭირო იქნება. იდეალურ შემთხვევაში, პაკეტები უნდა ფუნქციონირებდეს ნებისმიერი init სისტემის გამოყენებით, რაც მიიღწევა ტრადიციული init სკრიპტების მიწოდებით ან სხვა მექანიზმების გამოყენებით, რომლებიც საშუალებას აძლევს მათ იმუშაონ სისტემის გარეშე. სისტემის გარეშე მუშაობის შეუძლებლობა განიხილება შეცდომად, მაგრამ არა გამოშვების დაბლოკვის შეცდომად, თუ არ არსებობს მზა გამოსავალი სისტემის გარეშე მუშაობისთვის, მაგრამ მისი შენახვაზე უარი თქვეს (მაგალითად, როდესაც პრობლემა გამოწვეულია ადრე მოწოდებული საწყისი სკრიპტის წაშლა).

მხარს უჭერს პორტაბელურობას განვითარებაში შემაფერხებელი ცვლილებების შემოტანის გარეშე. Debian კვლავ განიხილება, როგორც ხიდად სხვადასხვა პროგრამული უზრუნველყოფის ინტეგრირებისთვის, რომელიც უზრუნველყოფს ექვივალენტურ ან მსგავს ფუნქციონირებას. პორტაბელურობა აპარატურულ პლატფორმებსა და პროგრამულ დასტას შორის მნიშვნელოვანი მიზანია და წახალისებულია ალტერნატიული ტექნოლოგიების ინტეგრაცია, მაშინაც კი, თუ მათი შემქმნელების მსოფლმხედველობა განსხვავდება ზოგადი კონსენსუსისგან. სისტემური და სხვა ინიციალიზაციის სისტემების პოზიცია მთლიანად ემთხვევა მე-4 პუნქტს.

მრავალჯერადი ინიციალიზაციის სისტემების მხარდაჭერა სავალდებულო გახდება. პროექტისთვის მნიშვნელოვანი რჩება Debian-ის გაშვების შესაძლებლობის უზრუნველყოფა init სისტემებით, გარდა systemd-ისა. თითოეულმა პაკეტმა უნდა იმუშაოს pid1 ოპერატორებთან, გარდა systemd-ისა, გარდა იმ შემთხვევისა, როდესაც პაკეტში შემავალი პროგრამული უზრუნველყოფა თავდაპირველად იყო განკუთვნილი მხოლოდ systemd-თან მუშაობისთვის და არ უჭერს მხარს systemd-ის გარეშე მუშაობას (init სკრიპტების არარსებობა არ ითვლება მხოლოდ systemd-თან მუშაობისთვის). .

მხარს უჭერს პორტაბელურობას და მრავალჯერადი განხორციელებას. ზოგადი პრინციპები ზუსტად იგივეა, რაც მე-5 პუნქტში, მაგრამ არ არსებობს კონკრეტული მოთხოვნები systemd და init სისტემებისთვის და არანაირი ვალდებულება არ არის დაწესებული დეველოპერებისთვის. დეველოპერებს მოუწოდებენ, გაითვალისწინონ ერთმანეთის ინტერესები, წავიდნენ კომპრომისებზე და იპოვონ საერთო გადაწყვეტილებები, რომლებიც დამაკმაყოფილებელია სხვადასხვა მხარისთვის.

დისკუსია გაგრძელდა. ელემენტი შეიძლება გამოყენებულ იქნას მიუღებელი ვარიანტების შესამცირებლად.

წყარო: opennet.ru