আমরা জানি যে do-release-upgrade"একটি রিলিজ আপগ্রেড করে"। তবে একটু নিম্ন স্তরে এটি আসলে কী করে?
আমি আরও ম্যানুয়াল আপগ্রেড করার পরিকল্পনা করছি, উদাহরণস্বরূপ দেবিয়ান উপায়: aptitude updateএবং aptitude full-upgradeউত্সগুলি সেট আপ করার পরে। আসলে, আমি এটা সম্পূর্ণরূপে সঙ্গে ইন্টারেক্টিভ কি পরিকল্পনা aptitude। তবে এটি আমার উত্স.লিস্টটি হোস্ট করা ব্যতীত আর কী do-relase-upgradeকরে সে সম্পর্কে আমাকে কৌতূহল দেয়।
উত্তর:
do-release-upgradeপ্যাকেজটির অংশ "আপডেট-ম্যানেজার-কোর"। স্ক্রিপ্টটি আপনাকে কোন রিলিজ আপগ্রেড করতে চলেছে তা নির্ধারণ করার জন্য, এটি সমর্থিত কিনা, তা চেষ্টা করার চেষ্টা করে এবং পরবর্তীকালে অভিযোগ করবে বলে মনে হচ্ছে। - যদি এটি কাজ করতে রাজি হয় তবে এটি রিলিজ-নির্দিষ্ট আপগ্রেডটুল ডাউনলোড করে এটি চালায়।
"Update-ব্যবস্থাপক কোর" প্যাকেজের অংশ ফাইল /etc/update-manager/meta-release, যেখানে আপনি URL টি জানতে পারেন http://changelogs.ubuntu.com/meta-release এবং সেখানে আপনি ডাউনলোড করার জন্য UpgradeTool জন্য URL পাবেন।
ডাউনলোড করা আপগ্রেডটুল টারবাল উত্স প্যাকেজ "উবুন্টু-রিলিজ-আপগ্রেডার" (এটি "আপডেট-ম্যানেজার" হওয়ার আগে) থেকে প্যাকেজ করা হয়েছে। সংস্করণটি লক্ষ্য প্রকাশের জন্য সর্বশেষ আপডেটের সাথে সামঞ্জস্য।
সূত্রটি ওয়ার্টি এবং হোয়েরি রিলিজের সময় থেকে পুরানো README রয়েছে। এটি মুক্তির আপগ্রেডের সময় কী করা উচিত তা আলোচনা করে। এটি আরও বিস্তারিত আপগ্রেডটুল প্রস্তাবের একটি লিঙ্কেরও উল্লেখ করে ।
আমি এখানে উল্লিখিত ক্রিয়াগুলি এখানে তালিকাভুক্ত করেছি এবং সেগুলি বাস্তবায়িত হয় কিনা তা পরীক্ষা করে দেখছি:
apt-get updateকেবল)আপগ্রেডটুল নীচের ফাইলগুলি ব্যবহার করে প্রতিটি মুক্তির জন্য কনফিগার করা হয়েছে (এটি দেখার জন্য তাদের খুলুন!):
pluginsডিরেক্টরি) চালায়from_nattyPreCacheOpen()) এবং প্লাগইনগুলির বিশেষ conditionবৈশিষ্ট্যগুলি (যেমন *বা PostInitialUpdate)StartUpgrade()মধ্যে একটি হ'ল অন্য গ্র্যাব-ব্যাগ নিজেই: অন্যদের মধ্যে এটি কল করে _applyPatches(), যা patchesডিরেক্টরিতে থাকা ফাইলগুলির ওপরে যায়get_kernel_list.sh(বিশ্বাসযোগ্য নয়) এবং নিশ্চিত করে যে একটি কার্নেল ইনস্টল করা আছেপরীক্ষিত সংস্করণ: