Unix اور Linux کی تاریخ: 1969 سے آج تک

یونکس اور Linux کی مختصر تاریخ

یونکس اور Linux کی تاریخ اس طویل بحث کی داستان ہے کہ source code کی ملکیت کس کے پاس ہونی چاہیے۔ Unix کا آغاز 1969 میں Bell Labs میں ہوا۔ Linux کا آغاز 1991 میں Helsinki میں ہوا، اور اس میں Unix کے اصل code کا کوئی حصہ شامل نہیں ہے۔ دونوں کے درمیان جو چیز منتقل ہوئی، وہ ایک design اور شائع شدہ interfaces کا مجموعہ تھا: files، processes، pipes، اور ایسا shell جو چھوٹے programs کو آپس میں جوڑتا ہے۔ 1970 کی دہائی میں Unix جامعات میں پھیل گیا، کیونکہ 1956 کے antitrust settlement نے AT&T (American Telephone and Telegraph) کو software فروخت کرنے سے روک دیا تھا؛ چنانچہ Bell Labs نے اس کے بجائے source کو کم قیمت پر license کیا۔ نتیجتاً Unix ہر جگہ پہنچ گیا، اگرچہ AT&T کے علاوہ کسی کے پاس اس کی ملکیت نہیں تھی۔ اس کے بعد ہونے والی licensing لڑائیوں نے طے کیا کہ کون سا free Unix-like system آپ کے server rack تک پہنچے گا۔

1969: ایک اضافی PDP-7، اور برقرار رہنے والے خیالات

Bell Labs نے 1969 میں Multics منصوبے سے علیحدگی اختیار کر لی۔ Multics (multiplexed information and computing service) ایک بڑا time-sharing system تھا، جسے MIT اور General Electric کے ساتھ مل کر بنایا جا رہا تھا۔ Labs نے فیصلہ کیا کہ اسے مکمل کرنا بہت مشکل ہے۔ Ken Thompson نے پسند آنے والے خیالات برقرار رکھے اور باقی ترک کر دیے۔ انہوں نے ایک ناکارہ PDP-7 minicomputer پر ایک چھوٹا time-sharing system لکھا۔ Dennis Ritchie بھی ان کے ساتھ شامل ہو گئے۔ Unix کا نام Multics پر طنز کے طور پر رکھا گیا تھا۔

1970 میں یہ system ایک PDP-11 پر منتقل کیا گیا، جو Labs نے patent department کے typists کے لیے خریدا تھا، کیونکہ operating system کے مقابلے میں text processing tool کے لیے funding حاصل کرنا آسان تھا۔ اس machine میں 24 KB کی core memory تھی، جو system اور user programs کے درمیان تقسیم تھی۔ funding کا یہ اتفاق اس وجہ سے بنا کہ نومبر 1971 کی تاریخ والا پہلا Unix manual formatted documents کا مجموعہ تھا، اور اسی وجہ سے آپ آج بھی man 5 crontab ٹائپ کرتے ہیں۔ اس manual میں استعمال ہونے والے section numbers ہی آپ کے manual کے section numbers ہیں۔

دو تبدیلیوں نے اس design کو مستقل بنا دیا۔ 1973 میں Version 3 میں pipes شامل کیے گئے، کیونکہ Doug McIlroy کئی برس سے کہتے آئے تھے کہ programs کو end to end جوڑنے کی سہولت ہونی چاہیے، اور Thompson نے | operator شامل کیا تاکہ ایک program کا output اگلے program کا input بن جائے۔ پھر 1973 کے آخر میں Version 4 کو C میں دوبارہ لکھا گیا۔ Portable language میں لکھا گیا operating system ایسے hardware پر منتقل ہو سکتا ہے جس کے لیے اسے اصل میں نہیں لکھا گیا تھا۔ اسی لیے Unix ان تمام machines سے زیادہ عرصے تک برقرار رہا جن پر اس کا آغاز ہوا تھا۔

Unix کیوں پھیلا: AT&T کو اسے فروخت کرنے کی اجازت نہیں تھی

1956 کے ایک consent decree نے AT&T کے خلاف antitrust مقدمہ نمٹا دیا۔ AT&T نے telephone monopoly برقرار رکھی، لیکن اس کے بدلے ایک پابندی قبول کی: وہ telecommunications کے علاوہ کسی اور کاروبار میں داخل نہیں ہوگی۔ Software بھی انہی کاروباروں میں شامل تھا۔ چنانچہ جب universities نے Unix طلب کیا تو Bell Labs اسے بطور product فروخت نہیں کر سکتی تھی۔ اس نے source کو معمولی فیس پر license کیا، لیکن support اور warranty فراہم نہیں کی۔

اس کا اثر وسیع تھا، اور یہ AT&T کی منصوبہ بندی کے مطابق نہیں تھا۔ 1975 میں released ہونے والا Sixth Edition Unix مکمل source کے ساتھ computer science کے سیکڑوں departments تک پہنچا۔ University of New South Wales کے John Lions نے اس kernel source کو line-by-line commentary کے ساتھ شائع کیا اور اسی سے تدریس کی۔ ایک پوری نسل نے حقیقی operating system کو پڑھ کر سیکھا کہ operating system کیسے کام کرتا ہے۔

پھر license تبدیل ہو گیا۔ 1979 کے Seventh Edition license نے classes میں source کے استعمال پر پابندی عائد کر دی، اس لیے Lions کی commentary کی نقول، نقول کی نقول کی صورت میں گردش کرنے لگیں۔ پوری کہانی کی نوعیت یہی ہے۔ Unix ہر جگہ موجود تھا، لیکن ایک ہی وقت میں آزاد بھی نہیں تھا؛ چنانچہ کسی کی بھی کی گئی ہر بہتری کسی اور کے proprietary code میں بہتری بن جاتی تھی۔

Berkeley: Unix کے وہ حصے جنہیں آپ حقیقتاً ٹائپ کرتے ہیں

Ken Thompson نے 1975 سے 1976 کا تعلیمی سال University of California, Berkeley میں گزارا اور اپنے پیچھے Unix کا ایک نہایت فعال گروپ چھوڑا۔ Berkeley کے Computer Systems Research Group (CSRG) نے مقامی بہتریوں پر مشتمل tapes جاری کیں، اور یہی tapes BSD، یعنی Berkeley Software Distribution، بن گئیں۔ Bill Joy نے ابتدائی کام کا بڑا حصہ کیا: 1978 میں 1BSD، پھر 1979 میں 2BSD، جس میں vi editor اور C shell شامل تھے۔

!! اور !$ کا ماخذ C shell ہے۔ Bash نے یہی syntax اپنایا۔ اسی لیے bash history expansion اب بھی ان لوگوں کو حیران کرتی ہے جو double quotes کے اندر exclamation mark ٹائپ کرتے ہیں، چالیس سے زیادہ سال بعد بھی۔

DARPA (US Defense Advanced Research Projects Agency) نے اس کے بعد Berkeley کو Unix میں نئے internet protocols شامل کرنے کے لیے مالی معاونت دی۔ 4.2BSD، جو August 1983 میں جاری ہوا، TCP/IP (transmission control protocol over internet protocol) اور socket application programming interface کے ساتھ آیا۔ آپ کے server کی ہر network service اب بھی socket()، bind()، listen() اور accept() کو اسی ترتیب سے کال کرتی ہے، کیونکہ Berkeley نے 1983 میں یہ نام منتخب کیے تھے۔

ایک تفصیل نے اگلی دہائی کا رخ طے کیا۔ BSD tape مکمل system نہیں تھی۔ یہ AT&T کے Unix میں اضافوں کا مجموعہ تھی، اور اسے قانونی طور پر چلانے کے لیے آپ کے پاس AT&T کا معتبر source license ہونا ضروری تھا۔ Berkeley نے کئی سال کے دوران file by file، AT&T کے حصوں کو اپنے code سے تبدیل کیا۔ آیا یہ replacement واقعی مکمل تھی یا نہیں، یہی وہ سوال تھا جو بعد میں عدالت میں پہنچا۔

1984: تقسیم، پھر Unix کی جنگیں

Bell System کو 1 January 1984 کو تقسیم کر دیا گیا، اور وہ consent decree بھی ختم ہو گیا جس نے AT&T کو software business سے باہر رکھا تھا۔ اب AT&T Unix کو product کے طور پر فروخت کر سکتا تھا، اور اس نے ایسا ہی کیا۔ Commercial source licenses مہنگے ہو گئے، اس لیے Unix وہ سستا software نہیں رہا جو کوئی university طلبہ کو فراہم کر دیتی تھی۔

Vendors پہلے ہی اس کے الگ الگ forks بنا چکے تھے۔ ہر workstation company اپنے hardware پر اپنا Unix فراہم کرتی تھی، اس لیے 1980s کے اختتام تک ایک system کے لیے لکھے گئے program کو اگلے system پر چلانے کے لیے port کرنا پڑتا تھا۔ 1988 میں industry دو standards camps میں تقسیم ہو گئی: ایک طرف Open Software Foundation اور دوسری طرف Unix International۔ اس کے بعد کئی سال تک یہ فریق اس بات پر بحث کرتے رہے کہ اصل Unix کس کا ہے، جبکہ وہ ایک دوسرے سے incompatible systems فراہم کرتے رہے۔

POSIX (portable operating system interface) اسی انتشار سے وجود میں آیا۔ IEEE 1003.1 کو 1988 میں شائع کیا گیا، اور اس میں درج کیا گیا کہ Unix-like system کو کیا کرنا چاہیے: system calls، shell behaviour، standard utilities اور C library interfaces۔ یہ بات بظاہر جتنی معلوم ہوتی ہے، اس سے زیادہ اہم ہے، کیونکہ standard ایک specification ہوتا ہے اور کوئی license اس کا احاطہ نہیں کرتا۔ تین سال بعد ایک student نے انہی documents کی بنیاد پر kernel لکھا۔

Minix اور اس کے چھوڑے ہوئے خلا

Andrew Tanenbaum نے 1987 میں اپنی operating systems کی درسی کتاب کے لیے تدریسی system کے طور پر Minix جاری کیا۔ Minix ایک چھوٹا Unix-like system تھا، اس کا source کتاب کے ساتھ فراہم کیا جاتا تھا، اور یہ ان سستے PCs پر چلتا تھا جو طلبہ کے پاس واقعی موجود تھے۔ اسے کلاس روم میں قانونی طور پر پڑھا جا سکتا تھا، جبکہ Seventh Edition Unix کے لیے یہ بات اب درست نہیں تھی۔

Minix کو جان بوجھ کر چھوٹا رکھا گیا، کیونکہ اسے ایک کتاب میں قابلِ وضاحت ہونا تھا، اور Tanenbaum نے وہ patches مسترد کر دیے جو اسے production system بنا سکتے تھے۔ اس کا license بھی free نہیں تھا: کتاب خریدنا ضروری تھا، اور اپنے ترمیم شدہ Minix کو دوبارہ distribute کرنا آپ کا صوابدیدی فیصلہ نہیں تھا۔ چنانچہ 1991 تک کوئی طالب علم ایک کام کرنے والے Unix-like kernel کا مطالعہ تو کر سکتا تھا، لیکن اس پر کوئی پائیدار چیز build نہیں کر سکتا تھا۔

GNU کے پاس kernel کے سوا سب کچھ موجود تھا

Richard Stallman نے ستمبر 1983 میں GNU project کا اعلان کیا۔ مقصد ایک مکمل آزاد Unix-like system بنانا تھا۔ 1991 تک GNU نے kernel کے گرد درکار زیادہ تر اجزا تیار کر لیے تھے: GCC compiler، GNU C library، binary utilities، اور bash۔ bash وہ shell ہے جسے Brian Fox نے 1989 میں لکھا تھا، اور جس میں آپ کا server اب بھی آپ کو login کراتا ہے۔ GNU kernel، Hurd، وہ حصہ تھا جو مسلسل مؤخر ہوتا رہا۔

GNU General Public License version 2 جون 1991 میں شائع ہوا۔ اس کا اصول مختصر ہے۔ آپ code استعمال اور تبدیل کر سکتے ہیں، لیکن اگر آپ نتیجہ distribute کریں تو source کو انہی شرائط کے تحت distribute کرنا ہوگا۔ یہی اصول اس کہانی میں اب سے دو sections بعد بنیادی اہمیت اختیار کرے گا۔

اگست 1991: comp.os.minix کو کی گئی پوسٹ

25 اگست 1991 کو Helsinki کے ایک طالب علم نے Usenet گروپ comp.os.minix میں یہ پوسٹ کی:

Hello everybody out there using minix -

I'm doing a (free) operating system (just a hobby, won't be big and
professional like gnu) for 386(486) AT clones.

Version 0.01 ستمبر 1991 میں جاری ہوا۔ اس کا code نہ Unix کے ساتھ مشترک تھا اور نہ Minix کے ساتھ۔ یہ 386 کے لیے ایک نیا kernel تھا، جسے Minix machine پر تیار کیا گیا، POSIX interfaces کے مطابق لکھا گیا، اور پہلے سے موجود GNU tools کے ساتھ استعمال کیا گیا۔ جنوری 1992 میں Tanenbaum نے Torvalds سے کہا کہ monolithic kernel ایک متروک design ہے۔ design کے بارے میں ان کی بات میں وزن تھا، لیکن Torvalds ایک مختلف سوال کا جواب دے رہے تھے: طالب علم کے پاس موجود واحد سستے computer پر کون سا نظام اچھی طرح چل سکتا ہے۔

فروری 1992 میں version 0.12 کو GPL کے تحت دوبارہ license کیا گیا۔ Torvalds نے بعد میں اسے اپنا بہترین فیصلہ قرار دیا۔ اصل Linux license میں رقم کے لین دین پر پابندی تھی، جس سے بعد میں آنے والے CD vendors اور support companies کا کاروبار رک جاتا۔ GPL نے commerce کی اجازت دی، لیکن distributed تبدیلیوں کو اسی مشترکہ tree میں واپس شامل کرنا لازم رکھا۔

مقدمہ: اپریل 1992 تا فروری 1994

Berkeley نے جون 1991 میں Networking Release 2 (Net/2) جاری کیا۔ یہ تقریباً مکمل BSD system تھا، جس میں AT&T سے ماخوذ files نکال دی گئی تھیں۔ kernel کی 6 files موجود نہیں تھیں۔ Bill اور Lynne Jolitz نے ان کے متبادل لکھے اور مارچ 1992 میں 386BSD 0.0، پھر 14 جولائی 1992 کو 386BSD 0.1 جاری کیا۔ اب 386 کے لیے ایک مفت، مکمل اور پختہ BSD موجود تھا، جبکہ اسی وقت Linux ابھی ایک hobby kernel تھا۔ Berkeley Software Design, Inc. (BSDi) نے supported commercial build، BSD/386، فروخت کیا اور اسے telephone number 1-800-ITS-UNIX کے ساتھ مشتہر کیا۔

اپریل 1992 میں Unix System Laboratories (USL)، جو اس وقت Unix کی مالک AT&T کی subsidiary تھی، نے trade secrets اور Unix trademark کے معاملے پر New Jersey کی وفاقی عدالت میں BSDi کے خلاف مقدمہ دائر کیا۔ بعد میں مقدمے میں University of California کے Regents کو بھی فریق بنا دیا گیا۔ University نے 1993 میں California میں جوابی مقدمہ دائر کیا اور مؤقف اختیار کیا کہ AT&T نے System V کے اندر Berkeley code شامل کر کے جاری کیا تھا، مگر اس credit کے بغیر جس کا تقاضا اس کے اپنے license میں کیا گیا تھا۔

1993 میں مقدمے کی قانونی بنیاد کمزور پڑ گئی۔ Judge Dickinson Debevoise نے USL کو preliminary injunction دینے سے انکار کیا۔ ان کے خیال میں پرانے 32V code پر USL کا copyright claim غالباً ناقابلِ اعتبار تھا، کیونکہ AT&T نے اس code کو کئی سال تک copyright notices کے بغیر distribute کیا تھا۔ 1993 کے وسط میں Novell نے AT&T سے USL خرید لیا، اور Novell کی management یہ تنازع ختم کرنا چاہتی تھی۔ مقدمہ فروری 1994 میں settlement کے ذریعے ختم ہوا۔ Berkeley distribution کی تقریباً 18,000 files میں سے 3 files نکال دی گئیں اور تقریباً 70 files میں USL copyright notices شامل کر دیے گئے۔

Berkeley نے جون 1994 میں 4.4BSD-Lite جاری کیا، اور یہ قانونی طور پر صاف تھا۔ FreeBSD اور NetBSD، جو دونوں 1993 میں متنازع Net/2 code کی بنیاد پر قائم ہوئے تھے، کو نئے base پر اپنے systems دوبارہ بنانا پڑے۔ اس کام میں 1994 کا بیشتر باقی حصہ لگ گیا۔ Linux 1.0 مارچ 1994 میں، اس rebuild کے دوران، جاری ہوا۔

Linux نے سرور پر قبضہ کیوں کیا، BSD نے کیوں نہیں؟

مقدمہ اس سوال کا عام جواب ہے، اور یہ جواب کا ایک حصہ بھی ہے۔ April 1992 سے February 1994 کے درمیان، جو بھی کسی product کے لیے مفت Unix منتخب کرتا، اسے AT&T کے وکلا کے زیرِ التوا دعوے کا مقابلہ ایک ایسے Finnish طالب علم کے kernel سے کرنا پڑتا تھا جس پر کوئی مقدمہ نہیں کر سکتا تھا۔ یہی وہ وقت تھا جب web سامنے آیا اور پہلی Linux distributions جاری ہوئیں: July 1993 میں Slackware، August 1993 میں Debian، اور اس کے بعد Red Hat اور SUSE۔ Red Hat نے اس ابتدائی برتری کو commercial standard میں بدل دیا، اور Red Hat Linux سے CentOS، پھر Rocky اور AlmaLinux تک کا راستہ واضح کرتا ہے کہ 1993 میں قائم ہونے والی distribution آج بھی بہت سے business servers پر چلنے والے software کا فیصلہ کیوں کرتی ہے۔

عدالتی مقدمے کے علاوہ چار اور عوامل بھی اتنے ہی اہم تھے۔

• Hardware۔ Linux نے اپنے پہلے ہی source code سے commodity 386 PC کو ہدف بنایا، اور یہی وہ hardware تھا جو سستا ہوا۔ BSD کا مرکزی دائرہ VAX اور workstation تھے، جبکہ 386 port دو افراد کی بیرونی کوشش تھی۔
• License۔ GPL کے تحت modified kernel جاری کرنے والی company کو اپنی تبدیلیاں publish کرنا پڑتی ہیں، اس لیے vendors کا کام ایک ہی tree میں واپس آتا رہا۔ BSD license company کو اپنی تبدیلیاں نجی رکھنے کی اجازت دیتا ہے، اور companies نے انہیں نجی ہی رکھا۔
• Development model۔ Torvalds اجنبی developers کے patches تیزی سے merge کرتے اور مسلسل releases جاری کرتے تھے۔ 386BSD اتنی سست رفتاری سے release ہوا کہ اس کے اپنے users نے 1993 میں اسے دو بار fork کیا: NetBSD اور FreeBSD میں، اور پھر 1995 میں OpenBSD میں۔
• Momentum۔ Developers وہاں جاتے ہیں جہاں دوسرے developers پہلے سے موجود ہوں، اور drivers اسی system کے لیے لکھے جاتے ہیں جس کے users سب سے زیادہ ہوں۔

تکنیکی سوال پر دیانت دار رہیں۔ 1994 میں BSD زیادہ مکمل system تھا، جس کی base مربوط تھی، history documented تھی، اور networking code ایسا تھا جس تک پہنچنے میں Linux کو کئی سال لگے۔ 1994 میں کسی نے Linux کو اس لیے منتخب نہیں کیا کہ وہ بہتر تھا۔ لوگوں نے اسے اس لیے منتخب کیا کہ وہ دستیاب تھا، اس پر قانونی رکاوٹ نہیں تھی، پہلے سے موجود hardware پر چلتا تھا، اور ہر ہفتے بہتر ہو رہا تھا۔

BSD نے کیا محفوظ رکھا، اور اب یہ کہاں چلتا ہے

BSD کا سلسلہ جاری رہا۔ جو چیز اس نے کھوئی، وہ default حیثیت تھی۔ اس کا سب سے واضح ثبوت آپ کی اپنی machine پر موجود ہے: OpenBSD project نے 1999 میں OpenSSH لکھا، اور آج ship کیے جانے والے تقریباً ہر Linux system پر یہی SSH server ہے۔ اسی لیے SSH key کی وہ عادات جو سیکھنے کے قابل ہیں دونوں families میں یکساں ہیں۔

Netflix، FreeBSD appliances سے video فراہم کرتا ہے۔ Juniper routers کا operating system Junos، بنیادی طور پر FreeBSD ہے۔ PlayStation کا system software بھی FreeBSD سے نکلا ہے۔ Apple کے macOS اور iOS میں kernel اور پورے userland میں BSD code شامل ہے۔ وہ permissive license، جس کی وجہ سے BSD مشترکہ server tree سے محروم ہوا، BSD code کو ایسے بہت سے hardware کے اندر لے گئی جس میں اس کا کبھی ذکر نہیں ہوتا۔

اگر آپ آج انتخاب کر رہے ہیں تو سوال تاریخی کے بجائے عملی ہے۔ Linux اور FreeBSD کا server کے طور پر تقابل ZFS، jails، ports tree، اور اس بات پر منحصر ہے کہ third party software کس حد تک Linux کو بنیادی platform سمجھتا ہے۔ FreeBSD 15 بطور server موجودہ اور maintained system ہے، نہ کہ عجائب گھر کی نمائش۔ اور Linux بمقابلہ Windows Server ایک الگ سوال ہے، جس کا جواب آپ کے application stack پر منحصر ہوتا ہے۔

آج VPS پر استعمال ہونے والا 1969 کا design

ان میں سے ہر ایک چیز اسے استعمال کرنے والے زیادہ تر لوگوں سے پرانی ہے۔

• pipe۔ who | wc -l لاگ اِن صارفین کی تعداد بتاتا ہے، کیونکہ 1973 کے Version 3 Unix نے ایک پروگرام کے output کو دوسرے پروگرام کا input بنانے کی سہولت دی۔
• manual sections۔ man 1 ls اور man 5 crontab میں نومبر 1971 کے manual کی numbering scheme استعمال ہوتی ہے۔
• filesystem split۔ /usr اس لیے موجود ہے کہ 1971 میں اس PDP-11 کی root disk بھر گئی تھی اور developers نے files کو دوسری disk pack پر منتقل کر دیا تھا۔ بعد کی distributions نے یہ split ختم کر دیا: Ubuntu 24.04 یا Debian 13 پر ls -ld /bin چلانے سے usr/bin کی symbolic link ملتی ہے۔
• socket calls۔ Berkeley نے انہیں 1983 میں 4.2BSD کے لیے لکھا تھا، اور آج بھی ہر network daemon انہیں استعمال کرتا ہے۔
• POSIX۔ standard کے مطابق لکھی گئی #!/bin/sh script Linux، FreeBSD، macOS اور Solaris پر بغیر تبدیلی کے چلتی ہے، کیونکہ standard وہ چیز ہے جسے ان سب نے implement کیا ہے۔

ایک inheritance اس سفر میں برقرار نہیں رہی: Linux نے System V سے جو shell-script boot sequence حاصل کیا تھا، اب تقریباً ہر distribution سے ختم ہو چکا ہے، اور اسے systemd سے بدلنے کی دلیل اس بات پر تازہ ترین اختلاف ہے کہ Unix-like system کو کیسا ہونا چاہیے۔

جب آپ virtual private server کرائے پر لے کر login کرتے ہیں تو آپ ایسے interface پر commands لکھ رہے ہوتے ہیں جو 24 KB memory اور patent department والی machine کے لیے بنایا گیا تھا۔ یہ interface اس لیے برقرار رہا کہ اسے publish کیا گیا، اس پر بحث ہوئی، اسے standardize کیا گیا، اور پھر ایسے لوگوں نے اسے scratch سے reimplement کیا جنہیں original code دیکھنے کی اجازت کبھی نہیں ملی۔

FAQ

کیا Linux میں Unix کا کوئی اصل code شامل ہے؟

نہیں۔ Linus Torvalds نے 1991 میں kernel کو ابتدا سے لکھا اور کسی AT&T source کے بجائے POSIX interfaces کو ہدف بنایا۔ Unix سے وراثت design اور شائع شدہ interface تک محدود ہے: files، processes، pipes اور system call names۔ kernel کے گرد موجود GNU tools بھی ابتدا سے لکھے گئے تھے، جن کا کام 1983 میں شروع ہوا۔ اسی آزادی کی وجہ سے BSD code پر AT&T کی قانونی کارروائی کا Linux پر کوئی اثر نہیں پڑا۔

BSD کے خلاف AT&T کا مقدمہ کب دائر ہوا، اور کیا اس نے BSD کو ختم کر دیا؟

Unix کی مالک AT&T کی subsidiary USL نے April 1992 میں BSDi کے خلاف مقدمہ دائر کیا اور بعد میں University of California کو بھی فریق بنایا۔ 1993 میں جج نے preliminary injunction جاری کرنے سے انکار کیا اور قرار دیا کہ پرانے 32V code پر copyright claim غالباً ناقابلِ اعتبار ہے۔ Novell نے mid-1993 میں USL خرید لی اور February 1994 میں مقدمہ طے ہو گیا۔ تقریباً 18,000 files میں سے 3 files ہٹا دی گئیں اور تقریباً 70 files پر نئے copyright notices لگائے گئے۔ اس مقدمے نے BSD کو ختم نہیں کیا۔ اس نے ان 2 سالوں کے دوران BSD کا adoption روک دیا جب دنیا ایک free Unix کا انتخاب کر رہی تھی۔

Linux نے BSD کے بجائے servers پر غلبہ کیوں حاصل کیا؟

قانونی یقین دہانی ایک وجہ تھی: 1992 اور 1993 کے دوران Linux پر کوئی مقدمہ نہیں تھا، جبکہ BSD کے خلاف مقدمہ چل رہا تھا۔ دیگر وجوہات میں پہلے دن سے 386 کو target بنانا، GPL کے ذریعے vendor changes کو ایک ہی tree میں واپس شامل کرنا، اور اتنا تیز merge process شامل تھے کہ contributors کی دلچسپی برقرار رہی، جبکہ 386BSD تین سمتوں میں fork ہو گیا۔ فیصلہ کن عنصر technical merit نہیں تھا، کیونکہ 1994 میں BSD زیادہ مکمل system تھا۔

کیا آج بھی FreeBSD چلانا فائدہ مند ہے؟

ہاں، اور اس کی ٹھوس وجوہات ہیں: base system کے ساتھ integrated ZFS، mature isolation model کے طور پر jails، ایک مربوط unit کے طور پر تیار کیا جانے والا base system، اور ایسی documentation جو درست رہتی ہے۔ اس کی قیمت compatibility work ہے، کیونکہ زیادہ تر third party server software، container tooling اور vendor support Linux کو فرض کرتے ہیں۔ FreeBSD کا انتخاب اس وقت کریں جب اس کی storage اور networking صلاحیتیں یہ قیمت ادا کرنے کا جواز فراہم کریں، نہ کہ صرف پرانی lineage سے وفاداری کی وجہ سے۔