CentOS کے بعد Rocky Linux اور AlmaLinux کیوں آئے؟
CentOS Linux 8 کو 2021 کے آخر میں بند کرنے کے اعلان نے کیا بدلا؟ جانیں Fedora، RHEL اور CentOS کا تعلق، اور Rocky Linux و AlmaLinux کہاں سے آئے۔
Red Hat Enterprise Linux کے دو مفت rebuilds کیوں موجود ہیں
Rocky Linux اور AlmaLinux اس لیے موجود ہیں کہ Red Hat نے CentOS Linux کو اس تاریخ سے کئی سال پہلے ختم کر دیا جس کے مطابق اس کے صارفین نے منصوبہ بندی کی تھی۔ CentOS، Red Hat Enterprise Linux (RHEL) کا مفت اور برانڈ سے پاک rebuild تھا، اور اسے بھی طویل support window حاصل تھی۔ 8 دسمبر 2020 کو CentOS Project نے اعلان کیا کہ CentOS Linux 8، 2021 کے اختتام پر رک جائے گا، حالانکہ اسے 2029 تک چلنا تھا۔ اس اعلان کے ایک ہفتے کے اندر دو متبادل projects کا اعلان کیا گیا، اور دونوں آج بھی releases فراہم کرتے ہیں۔
اس اعلان کو سمجھنے کے لیے پہلے یہ جاننا ضروری ہے کہ CentOS کیا تھا، اور کسی commercial product کی مفت copy کو آخر موجود رہنے کی اجازت کیوں تھی۔ اس سلسلے کا آغاز 2003 میں ہوتا ہے۔
2003 میں Red Hat Linux کہاں گیا: Fedora اور RHEL
Red Hat کی اصل پروڈکٹ ایک boxed distribution تھی جسے Red Hat Linux کہا جاتا تھا۔ پہلی non-beta release مئی 1995 میں جاری ہوئی۔ Red Hat نے یہ system ابتدا سے خود نہیں لکھا تھا، اور Bell Labs Unix سے free Linux kernel تک کا راستہ واضح کرتا ہے کہ اس کے package میں شامل اجزا box میں فروخت کرنے کے لیے free کیوں تھے۔ آخری release، Red Hat Linux 9، 31 مارچ 2003 کو جاری ہوئی اور 30 اپریل 2004 کو end of life تک پہنچ گئی۔
اس وقت تک Red Hat کمپنیوں کو فروخت کر رہا تھا، اور کمپنیوں کو boxed product سے وہ چیز نہیں ملتی تھی جس کی انہیں ضرورت تھی: ایسا version جو برسوں تک مستحکم رہے، جس میں security fixes ملتی رہیں اور اچانک upgrades نہ ہوں۔ Red Hat نے اسے Red Hat Linux Advanced Server کے طور پر تیار کیا، جو مارچ 2002 میں Red Hat Enterprise Linux 2.1 بن گیا۔ RHEL subscription کے طور پر فروخت ہوتا ہے، جس کی فیس ہر system کے لیے سالانہ وصول کی جاتی ہے۔ Subscription سے updates اور support ملتے ہیں۔ اس کے ساتھ certification بھی ملتی ہے: hardware vendors اور commercial software vendors خاص طور پر RHEL کے ساتھ testing کرتے ہیں اور اپنی support terms میں اس کا نام درج کرتے ہیں۔
اس کے بعد free line کا کوئی واضح مقصد نہیں رہا، اس لیے Red Hat نے اسے ایک بیرونی community project کے ساتھ ضم کر دیا۔ Fedora Project اور Red Hat Project باضابطہ طور پر 22 ستمبر 2003 کو ضم ہوئے۔ Fedora وہ تیز رفتار، free distribution بن گیا جہاں نیا کام سب سے پہلے شامل ہوتا ہے۔ RHEL اس سے تیار ہونے والا سست رفتار، paid distribution بن گیا۔ اس کے بعد سے کام اسی سمت میں آگے بڑھا ہے: Fedora پہلے آتا ہے اور RHEL اس کی پیروی کرتا ہے۔ اس کی سب سے واضح مثال systemd ہے، جو مئی 2011 میں Fedora کا default بنا اور جون 2014 میں version 7 کے ساتھ RHEL تک پہنچا۔ اس طرح SysV init کو تبدیل کرنے کی بحث enterprise server تک پہنچنے سے کئی سال پہلے upstream میں طے ہو چکی تھی۔
اس تقسیم سے ایک خلا پیدا ہوا۔ بہت سے لوگ per-server bill کے بغیر RHEL کا دس سالہ lifecycle چاہتے تھے، لیکن Fedora یہ ضرورت پوری نہیں کر سکتا تھا، کیونکہ Fedora release تقریباً تیرہ ماہ تک supported رہتی ہے۔
RHEL کی مفت rebuild کیوں ممکن تھی؟
RHEL تقریباً مکمل طور پر free licences کے تحت دستیاب software سے بنایا گیا ہے، اور یہاں GNU General Public License (GPL) اہم ہے۔ اس کے مطابق binaries حاصل کرنے والے ہر شخص کو متعلقہ source بھی دستیاب ہونا چاہیے۔ Red Hat نے یہ ذمہ داری عوامی طور پر پوری کی۔ اس نے source RPMs (SRPMs، ہر component کے packaged source) ایک public server پر شائع کیے، اور بعد میں انہیں git.centos.org repositories میں بھی رکھا۔
Source مکمل product نہیں ہوتا۔ RHEL کے 2 حصے ایسے تھے جنہیں copy کرنا کبھی free نہیں تھا۔ Red Hat trademarks، Red Hat کی ملکیت ہیں، اس لیے rebuild کرنے والے کو ہر logo اور نام کا ہر ذکر ہٹانا پڑتا ہے۔ Paid services بھی paywall کے پیچھے رہتی ہیں: update servers، support contract، certification process، اور ہر fix کی وضاحت کرنے والی errata۔
اس کا طریقہ بیان کرنا آسان تھا۔ شائع شدہ sources لیں، branding ہٹائیں، انہیں دوبارہ build کریں، اور نتیجہ شائع کریں۔ مقصد bug-for-bug compatibility تھا۔ اس کا مطلب ہے کہ rebuild میں RHEL جیسے ہی patches اور وہی behaviour شامل ہو، bugs سمیت۔ یہ درست مطابقت اہم تھی، کیونکہ commercial software کی certification RHEL کے مطابق ہوتی ہے۔ اگر rebuild بالکل یکساں behaviour رکھتا ہو تو وہ software اس پر چلتا ہے، اگرچہ vendor وہاں support فراہم نہیں کرے گا۔
CentOS کس لیے تھا؟
CentOS کا مطلب Community ENTerprise Operating System ہے۔ یہ cAos Linux نامی منصوبے سے نکلا، جسے Gregory Kurtzer نے 2002 میں شروع کیا تھا۔ پہلی CentOS ریلیز 14 مئی 2004 کو جاری ہوئی اور اسے 2 کا ورژن نمبر دیا گیا، کیونکہ یہ RHEL 2.1AS سے بنائی گئی تھی۔
اس کی کشش اس کا lifecycle تھا۔ ہر CentOS ریلیز RHEL کی دس سالہ support window کے مطابق چلتی تھی اور اس کی کوئی لاگت نہیں تھی۔ Hosting companies اسے default images کے لیے استعمال کرتی تھیں، universities اسے clusters پر چلاتی تھیں، appliance vendors اسے اپنی مصنوعات کے اندر فراہم کرتے تھے، اور control panels فرض کرتے تھے کہ یہ موجود ہوگا۔ اگر آپ نے تقریباً 2006 سے 2020 کے درمیان virtual private server کرائے پر لیا تھا تو operating system menu میں CentOS موجود ہوتا تھا، اور اکثر یہ default بھی ہوتا تھا۔
CentOS Linux 7 سے ظاہر ہوتا ہے کہ یہ وعدہ عملی طور پر پورا ہو رہا تھا۔ اسے 7 جولائی 2014 کو جاری کیا گیا، اور اس کی security support 30 جون 2024 تک جاری رہی، جو مکمل دس سال سے چند دن کم ہے۔ اسی ریکارڈ کی وجہ سے لوگ اگلی ریلیز پر دس سالہ منصوبے بنانے میں مطمئن تھے۔
2014 میں CentOS کے Red Hat میں شامل ہونے کے بعد کیا تبدیل ہوا
7 January 2014 کو Red Hat اور CentOS Project نے اعلان کیا کہ وہ مل کر کام کریں گے۔ اس وقت Red Hat کے chief technology officer Brian Stevens اور CentOS کے lead developer Karanbir Singh، دونوں نے اس اعلان میں گفتگو کی۔ Red Hat نے عملہ اور infrastructure فراہم کیا، CentOS کے کئی بنیادی developers Red Hat کے employees بن گئے، اور project کو ایک باقاعدہ governing board حاصل ہوا۔
صارفین کے لیے نمایاں اثرات مثبت تھے۔ ہر RHEL release کے بعد builds زیادہ تیزی سے دستیاب ہونے لگیں۔ Sources کو git.centos.org پر منتقل کر دیا گیا۔ Special Interest Groups نے base distribution کے علاوہ اضافی content تیار کیا، جیسے virtualisation اور storage stacks۔
ساختی تبدیلی نسبتاً خاموش تھی، لیکن چھ سال بعد یہی تبدیلی اہم ثابت ہوئی۔ RHEL کو دوبارہ build کرنے والا project اب اسی company سے funding حاصل کرتا تھا اور زیادہ تر اسی کے عملے کے ذریعے چلتا تھا جو RHEL فروخت کرتی تھی۔ اس انتظام میں کوئی ایسی پابندی شامل نہیں تھی جو Red Hat کو rebuild جاری رکھنے پر مجبور کرتی۔
CentOS Linux 8 2021 میں کیوں ختم ہوا؟
CentOS Linux 8، September 24, 2019 کو جاری ہوا۔ RHEL 8 کو May 31, 2029 تک support حاصل تھی، اس لیے یہ سمجھا گیا کہ CentOS Linux 8 بھی 2029 تک چلتا رہے گا۔
December 8, 2020 کو Rich Bowen نے CentOS blog پر "CentOS Project shifts focus to CentOS Stream" شائع کیا۔ CentOS Linux 8، December 31, 2021 کو ختم ہونا تھا۔ CentOS Linux 7 کے لیے اصل تاریخ June 30, 2024 برقرار رکھی گئی۔ اس کی وجہ یہ بتائی گئی کہ project کا مستقبل CentOS Stream تھا۔
The data behind this chart
[
{
"label": "Announced at release, September 2019",
"support_window": 9.7
},
{
"label": "Delivered, ended December 2021",
"support_window": 2.3
}
]CentOS Linux 8 تقریباً 9.7 سال کی متوقع support مدت کے ساتھ جاری ہوا تھا۔ اسے تقریباً 2.3 فراہم کیے گئے۔ کوئی feature ہٹایا نہیں گیا اور code کا معیار کم نہیں ہوا۔ صارفین نے وہ تاریخ کھو دی جس کے مطابق وہ پہلے ہی production میں موجود مشینوں کے لیے منصوبہ بندی کر چکے تھے، جبکہ انہیں صرف ایک سال سے کچھ زیادہ وقت پہلے اطلاع دی گئی۔ پورے fleet میں operating system منتقل کرنا منصوبہ بند کام ہوتا ہے، لیکن یہ کام مقررہ deadline کے ساتھ غیر منصوبہ بند بن گیا۔
CentOS Stream اصل میں کیا ہے؟
اب بھی زیادہ تر تجزیوں میں CentOS Stream کو اس چیز کے طور پر بیان کیا جاتا ہے جس نے CentOS Linux کو ختم کر دیا۔ وقت کے لحاظ سے یہ بات درست ہے، لیکن وضاحت غلط ہے، کیونکہ دونوں مصنوعات کی سمتیں ایک دوسرے کے برعکس ہیں۔
CentOS Linux، RHEL کے downstream میں تھا۔ Red Hat نے RHEL کی minor release جاری کی، اور CentOS نے اس کے بعد اسے دوبارہ build کیا۔ یہ copy ہمیشہ اصل release کے بعد آتی تھی۔
CentOS Stream، RHEL کے upstream میں ہے۔ یہ وہ public branch ہے جہاں اگلی RHEL minor release تیار کی جاتی ہے۔ کام Fedora سے CentOS Stream اور پھر RHEL کی طرف جاتا ہے، اس لیے کوئی package پہلے Stream میں ظاہر ہوتا ہے اور بعد میں RHEL minor release تک پہنچتا ہے۔ Stream مسلسل جاری کیا جاتا ہے، اس لیے یہ minor versions کے درمیان اس طرح ساکن نہیں رہتا جیسے جاری شدہ RHEL رہتا ہے۔
اس وجہ سے Stream ایسے کاموں کے لیے مفید ہے جو CentOS Linux کبھی نہیں کر سکتا تھا۔ اگر آپ ایسا software maintain کرتے ہیں جسے اگلی RHEL minor release پر بھی کام کرتے رہنا ہے، تو Stream آپ کو وہ release کئی ماہ پہلے دکھا دیتا ہے۔ اگر آپ چاہتے ہیں کہ RHEL میں کوئی bug درست کیا جائے، تو Stream وہ جگہ ہے جہاں آپ patch بھیج سکتے ہیں؛ downstream rebuild میں یہ سہولت کبھی موجود نہیں تھی۔ 2020 میں Red Hat کا مؤقف تھا کہ اس طرح ایک غیر فعال copy ایسی distribution میں تبدیل ہو جاتی ہے جسے community حقیقتاً تبدیل کر سکتی ہے۔
CentOS Linux کے صارفین جس چیز کے متبادل کے خواہاں تھے، Stream اب بھی اس کے لیے ناقص متبادل ہے، اور اس کی support window بھی یہی ظاہر کرتی ہے۔ CentOS Stream 10 کو December 12, 2024 کو جاری کیا گیا، اور اس کی support window تقریباً پانچ سال ہے، جبکہ RHEL کی window دس سال ہے۔ دس سالہ منصوبے کے تحت fleet چلانے والی ٹیم کو اسی منصوبے کا تیز تر version نہیں ملا۔ اسے مختلف مقصد والی ایک مختلف product ملی۔
Rocky Linux اور AlmaLinux کہاں سے آئے
Rocky Linux کا اعلان 8 دسمبر 2020 کو کیا گیا، یعنی اسی دن جس دن CentOS کا اعلان کیا گیا تھا۔ یہ اعلان Gregory Kurtzer نے کیا، جنہوں نے اس منصوبے کا آغاز کیا تھا جس سے CentOS وجود میں آیا۔ یہ نام CentOS کے ابتدائی شریک بانی Rocky McGaugh کو خراج تحسین پیش کرتا ہے۔ اس منصوبے کی نگرانی Rocky Enterprise Software Foundation (RESF) کرتی ہے، جبکہ اس کا بنیادی تجارتی معاون CIQ ہے، جو Kurtzer کی قائم کردہ کمپنی ہے۔ اپریل 2021 کے آخر میں release candidate جاری ہوا، اور پہلی stable release، Rocky Linux 8.4 "Green Obsidian"، 21 جون 2021 کو جاری کی گئی۔
AlmaLinux کا آغاز CloudLinux سے ہوا، جو پہلے ہی hosting providers کو RHEL سے ماخوذ ایک distribution فروخت کرتی تھی۔ 15 دسمبر 2020 کو CloudLinux نے مفت RHEL rebuild کے لیے سالانہ 1 million US dollars سے زیادہ فراہم کرنے کا عہد کیا۔ اس منصوبے کا عارضی نام Project Lenix تھا۔ AlmaLinux نام کا اعلان 12 جنوری 2021 کو کیا گیا، beta 1 فروری کو جاری ہوا، اور AlmaLinux 8.3 "Purple Manul" 30 مارچ 2021 کو جاری کیا گیا۔ اسی دن ownership AlmaLinux OS Foundation کو منتقل کر دی گئی، جو ایک non-profit ادارہ ہے۔ یہ ادارہ trademark رکھتا ہے اور منصوبے کا board چلاتا ہے۔
دونوں منصوبوں نے مختلف governance کے ذریعے ایک ہی مسئلہ حل کیا۔ Rocky اس شخص کے منصوبے سے نکلا جس نے CentOS شروع کیا تھا، اور اس کے گرد ایک کمپنی بنائی گئی۔ AlmaLinux ایک ایسی کمپنی سے نکلا جس نے release کے دن trademark ایک foundation کے حوالے کر دیا۔ دو سال تک عملی فرق معمولی تھا، اور دونوں نے وہ فراہم کیا جو CentOS Linux صارفین سے چھن گیا تھا۔
2023 میں Red Hat نے RHEL sources کے بارے میں کیا تبدیل کیا
21 جون 2023 کو Red Hat میں core platforms کے اس وقت کے vice president، Mike McGrath، نے "Furthering the evolution of CentOS Stream" شائع کیا۔ اس میں اہم جملہ یہ تھا کہ CentOS Stream، public RHEL سے متعلق source code releases کا واحد repository بن جائے گا۔ پہلے RHEL sources کو git.centos.org پر push کیا جاتا تھا، لیکن یہ عمل وہاں روک دیا گیا۔
Red Hat کے customers اور partners کو customer portal کے ذریعے RHEL sources تک رسائی برقرار رہی۔ یہ GPL کی شرط پوری کرتا ہے، کیونکہ یہ ذمہ داری ان لوگوں کے لیے ہوتی ہے جنہیں binaries موصول ہوئی ہوں۔ تبدیلی public route میں ہوئی۔ کسی مخصوص RHEL minor release میں بالکل کیا ship ہوا، اس کا package-by-package ریکارڈ اب کھلے عام شائع نہیں کیا جاتا تھا۔ CentOS Stream، RHEL کے برابر نہیں بلکہ اس سے پہلے ہوتا ہے۔ اس لیے صرف Stream سے کام کرنے والا rebuilder کسی جاری شدہ minor version کو مکمل طور پر دوبارہ تیار نہیں کر سکتا۔
Red Hat کا مؤقف تھا کہ Stream upstream ہے اور public source upstream میں ہونا چاہیے۔ Rebuild projects کا مؤقف تھا کہ اس تبدیلی نے وہ material ہٹا دیا جس پر وہ 2004 سے کام کر رہے تھے۔ دونوں بیانات درست ہیں۔ اختلاف اس بات پر ہے کہ licence کا مقصد کیا ہے، نہ کہ licence میں کیا لکھا ہے۔
تعمیرِ نو کے منصوبوں کا ردِعمل، اور OpenELA کیا ہے
Rocky Linux نے سب سے پہلے جواب دیا۔ 29 جون 2023 کی ایک پوسٹ میں منصوبے نے کہا کہ وہ RHEL کے ذرائع ایسے طریقوں سے حاصل کرتا رہے گا جن کے لیے کسی اضافی معاہدے کی ضرورت نہیں: Red Hat کی Universal Base Image (UBI) container images، اور public clouds میں pay-per-use RHEL instances۔ جو بھی یہ binaries حاصل کرتا ہے، اسے متعلقہ source code کے لیے GPL کے تحت حاصل حق حاصل ہوتا ہے۔ Rocky نے RHEL کی ہر release کے ساتھ اپنی release ہم وقت رکھنے کا مقصد برقرار رکھا۔
AlmaLinux نے مختلف طریقے سے جواب دیا۔ جولائی 2023 میں اس کے board نے، جس کی سربراہی benny Vasquez کر رہے تھے، RHEL کے ساتھ one-to-one مطابقت کا مقصد ترک کر دیا اور application binary interface (ABI) compatibility اختیار کی۔ ABI compatibility کا مطلب ہے کہ RHEL کے لیے بنایا گیا software AlmaLinux پر بغیر ترمیم کے چلتا ہے، اگرچہ دونوں کی builds یکساں نہ ہوں۔ اس تبدیلی سے اسے زیادہ آزادی ملی۔ AlmaLinux، RHEL سے پہلے fix جاری کر سکتا ہے، اور وہ ایسے hardware کو support کرتا رہ سکتا ہے جسے RHEL نے چھوڑ دیا ہو۔
دو بڑے vendors نے بھی اقدام کیا۔ 11 جولائی 2023 کو SUSE نے کہا کہ وہ public طور پر دستیاب RHEL کا fork بنائے گا اور compatible distribution میں دس million US dollars سے زیادہ سرمایہ کاری کرے گا۔ Oracle، جو 2006 سے Oracle Linux کو RHEL-compatible product کے طور پر جاری کر رہا ہے، نے اسی ہفتے اپنا جواب شائع کیا۔
10 اگست 2023 کو CIQ، Oracle اور SUSE نے Open Enterprise Linux Association (OpenELA) کا اعلان کیا۔ یہ ایک trade association ہے جس کا واحد مقصد enterprise Linux sources شائع کرنا ہے، تاکہ RHEL-compatible distributions کی builds جاری رہ سکیں، اور یہ sources آزادانہ طور پر redistribute کیے جا سکیں۔ نومبر 2023 میں اس نے اپنے governance documents اور code کی دستیابی کا اعلان کیا۔ AlmaLinux اس میں شامل نہیں ہوا۔ یہ اس کے ABI فیصلے کے مطابق ہے، کیونکہ اسے اب exact source feed کی ضرورت نہیں رہی۔
آج سرور پر آپ کو کون سا ورژن چلانا چاہیے؟
The data behind this chart
[
{
"distro": "RHEL 10",
"support_window": 10,
"notes": "Released May 2025, supported to May 2035"
},
{
"distro": "AlmaLinux 10",
"support_window": 10,
"notes": "Released May 2025, supported to May 2035"
},
{
"distro": "Rocky Linux 10",
"support_window": 10,
"notes": "Released June 2025, supported to May 2035"
},
{
"distro": "CentOS Stream 10",
"support_window": 5,
"notes": "Released December 2024, supported to May 2030"
}
]ورژن 10 کی ریلیزز سے معلوم ہوتا ہے کہ یہ سلسلہ کہاں پہنچا ہے۔ RHEL 10، May 20, 2025 کو؛ AlmaLinux 10 "Purple Lion"، May 27, 2025 کو؛ اور Rocky Linux 10 "Red Quartz"، June 11, 2025 کو جاری ہوا۔ ان میں سے ہر ایک 10 سال کی مدت فراہم کرتا ہے۔ CentOS Stream 10 5 سال فراہم کرتا ہے۔ یہ واضح اشارہ ہے کہ وہ development branch ہے، کوئی مستقل target نہیں۔
ان projects میں ایسے فرق بھی پیدا ہو گئے ہیں جن سے عملی مسئلہ پیش آ سکتا ہے۔ RHEL 10 نے hardware baseline کو x86-64-v3 تک بڑھا دیا ہے۔ یہ microarchitecture level نئے CPU instructions، مثلاً AVX2، کا تقاضا کرتا ہے۔ Rocky Linux 10 نے بھی یہی baseline اختیار کیا اور x86-64-v2 کو ختم کر دیا۔ AlmaLinux 10 میں x86-64-v3 default ہے، جبکہ پرانے processors کے لیے الگ x86-64-v2 build فراہم کی جاتی ہے۔ پرانے host CPU پر چلنے والے کم قیمت VPS میں یہ واحد فیصلہ طے کرتا ہے کہ system install ہو گا یا نہیں۔ اگر آپ کسی مخصوص machine کے لیے یہ trade-off دیکھ رہے ہیں تو VPS کے لیے دونوں rebuilds کا تقابلی جائزہ compatibility کے وعدوں اور CPU baselines کو ساتھ رکھتا ہے۔ Installation کے بعد بھی فرق برقرار رہتے ہیں، اور Rocky Linux یا AlmaLinux پر Docker Engine کی installation عموماً پہلا فرق ہوتا ہے جس کا لوگوں کو سامنا ہوتا ہے، کیونکہ podman پہلے ہی docker command استعمال کر رہا ہوتا ہے اور SELinux bind mounts پر اس طرح relabeling کرتا ہے جس کا Ubuntu guide میں ذکر نہیں ملتا۔
اس timeline کی چار عملی تشریحات ہیں:
- اگر آپ کو vendor relationship درکار ہے تو RHEL خریدیں۔ Subscription ہی product ہے، اور اس کے ساتھ certifications اور support line ملتی ہے جو کوئی rebuild فراہم نہیں کر سکتی۔
- اگر آپ وہی چاہتے ہیں جو CentOS Linux فراہم کرتا تھا تو AlmaLinux اور Rocky Linux دونوں یہ سہولت free میں اور دس سال کی مدت کے ساتھ دیتے ہیں۔ Debian یا Ubuntu machine سے آنے کی صورت میں روزمرہ کی بنیادی تبدیلی package manager کی ہوتی ہے، اس لیے پہلے ہفتے کے لیے ہر apt command کے مساوی dnf command پاس رکھیں۔
- اگر آپ ایسا software لکھتے ہیں جو RHEL پر چلنا ضروری ہے، یا آپ چاہتے ہیں کہ آپ کے patches وہاں پہنچیں، تو CentOS Stream درست target ہے، اور مختصر مدت اس کی قیمت ہے۔
- اگر ان میں سے کوئی صورت لاگو نہیں ہوتی تو Debian کی دنیا lifecycle کے اسی سوال کا اپنا جواب دیتی ہے، اور Ubuntu LTS اور interim releases کے درمیان انتخاب وہاں اس فیصلے کی متعلقہ شکل ہے۔
اس timeline کا بنیادی سبق code کے بجائے governance سے متعلق ہے۔ CentOS Linux اچھا software تھا، لیکن پھر بھی جلد ختم ہو گیا، کیونکہ اسے اسی کمپنی نے fund کیا تھا جس کے product کی وہ نقل تھا۔ جب آپ ایسی machine کے لیے distribution منتخب کریں جسے ایک دہائی تک چلانے کی توقع ہو تو دیکھیں کہ اس کی مالی معاونت کون کرتا ہے اور trademark کا مالک کون ہے۔ AlmaLinux اپنا trademark ایک foundation میں رکھتا ہے۔ Rocky اپنا trademark RESF میں رکھتا ہے، جبکہ CIQ commercial sponsor ہے۔ دونوں projects یہ معلومات شائع کرتے ہیں، جو 2019 میں CentOS user کے لیے جانچنا ممکن نہیں تھا۔
اگر آپ servers rent کرتے ہیں تو اس فیصلے کا براہ راست اثر آپ پر پڑتا ہے۔ unmanaged VPS پر updates آپ خود apply کرتے ہیں، اس لیے end of life جلد آ جائے تو migration کی planning اور وقت دونوں آپ کے ذمہ ہوتے ہیں۔ اس کام کا routine حصہ keyboard پر بیٹھے بغیر بھی ہو سکتا ہے، اور security updates کو timer کے ذریعے install کرنے کے لیے dnf-automatic ترتیب دینا آپ کو ان migrations پر توجہ دینے کی آزادی دیتا ہے جن کے لیے واقعی انسانی مداخلت درکار ہوتی ہے۔ Patch install کرنا اور اسے run کرنا ایک بات نہیں، اس لیے دیکھیں کہ کن updates کے لیے reboot درکار ہے اور کن کے لیے صرف service restart کافی ہے، پھر machine کو patched قرار دیں۔ اگر operating system کا سوال اب بھی وسیع سطح پر زیرِ غور ہے تو Linux اور Windows Server کا تقابل ان تمام فیصلوں سے پہلے آتا ہے۔
FAQ
کیا CentOS ختم ہو چکا ہے؟
CentOS Linux بند کر دیا گیا ہے۔ CentOS Linux 8 کی مدت December 31, 2021 کو ختم ہوئی اور CentOS Linux 7 کی مدت June 30, 2024 کو ختم ہوئی، اس لیے اب دونوں کو security updates نہیں ملتیں۔ CentOS Project خود جاری ہے اور CentOS Stream تیار کرتا ہے، جو ایک مختلف product ہے: یہ public development branch ہے اور Red Hat Enterprise Linux کو input فراہم کرتی ہے۔ اگر کوئی server اب بھی CentOS Linux چلا رہا ہے تو اس پر patches موجود نہیں ہیں۔ عام migration targets AlmaLinux اور Rocky Linux ہیں۔
CentOS Stream اور CentOS Linux میں کیا فرق ہے؟
فرق development direction کا ہے۔ CentOS Linux downstream تھا: Red Hat ایک RHEL minor release جاری کرتا تھا اور CentOS بعد میں اسے rebuild کرتا تھا۔ CentOS Stream upstream ہے: اگلا RHEL minor release اسی میں تیار کیا جاتا ہے، اس لیے اس کا content RHEL سے پہلے آتا ہے، بعد میں نہیں۔ Stream مسلسل update ہوتا ہے، frozen نہیں رہتا، اور CentOS Stream 10 کی support window تقریباً پانچ سال ہے، جبکہ RHEL کی دس سال ہے۔
کیا مجھے Rocky Linux یا AlmaLinux منتخب کرنا چاہیے؟
دونوں free ہیں، دونوں RHEL کو قریب سے follow کرتے ہیں، اور دونوں دس سال کی support window فراہم کرتے ہیں۔ اس لیے زیادہ تر servers کے لیے دونوں میں سے کوئی بھی مناسب ہے۔ عملی فرق 2023 کے ان کے فیصلوں سے پیدا ہوتا ہے۔ Rocky کا مقصد ہر release کو RHEL کے مطابق match کرنا ہے، اور یہ ان sources سے rebuild کرتا ہے جو اسے UBI container images اور public cloud instances کے ذریعے ملتے ہیں۔ AlmaLinux کا مقصد ABI compatibility ہے۔ اس سے وہ پہلے patches جاری کر سکتا ہے اور وہ hardware support برقرار رکھ سکتا ہے جسے RHEL نے ختم کر دیا ہو۔ AlmaLinux 10 پرانے CPUs کے لیے x86-64-v2 build فراہم کرتا ہے، جبکہ Rocky Linux 10 کے لیے x86-64-v3 درکار ہے۔ اس لیے پرانے hardware پر یہی ایک تفصیل فیصلہ کن ہو سکتی ہے۔
کیا Red Hat نے 2023 میں GPL کی خلاف ورزی کی؟
کسی عدالت نے ایسا نہیں کہا، اور GPL کی ذمہ داری ان لوگوں کے حوالے سے ہوتی ہے جو binaries وصول کرتے ہیں۔ Red Hat اب بھی اپنے customers کو matching sources فراہم کرتا ہے۔ اصل بحث اس کے بعد کے عمل کے بارے میں ہے: subscription کی renewal مسترد کی جا سکتی ہے، اور rebuild projects اسے اس redistribution right کو استعمال نہ کرنے کے دباؤ کے طور پر دیکھتے ہیں جو licence انہیں دیتا ہے۔ اسی وجہ سے Rocky نے ایسے source routes اختیار کیے جن کے ساتھ کوئی subscription agreement نہیں ہوتا، اور OpenELA قائم کی گئی تاکہ sources کھلے عام publish کیے جا سکیں۔
Red Hat نے CentOS Linux کو مکمل طور پر کیوں ختم کیا؟
December 8, 2020 کے announcement میں بیان کردہ وجہ یہ تھی کہ project کا مستقبل CentOS Stream ہے، اور ایسا rebuild جو صرف RHEL کی نقل کرتا ہو، community کو اس پر اثر انداز ہونے کا کوئی طریقہ نہیں دیتا۔ بہت سے users نے اس فیصلے میں commercial motive بھی دیکھا، کیونکہ CentOS Linux اس product کا free version تھا جسے Red Hat فروخت کرتا ہے، اور یہ production میں ان organisations کے پاس چل رہا تھا جو subscription خرید سکتی تھیں۔ Red Hat کی اپنی posts اس تشریح کے بجائے development model پر بات کرتی ہیں۔