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

Unix اور Linux کی مختصر تاریخ

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

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 کا یہ اتفاق اس وجہ سے بنا کہ پہلا Unix manual، جو November 1971 کا ہے، formatted documents کا مجموعہ تھا، اور اسی وجہ سے آپ آج بھی man 5 crontab ٹائپ کرتے ہیں۔ اس manual کے section numbers ہی آپ کے manual کے section numbers ہیں۔

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

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

1956 کے رضامندی کے حکم نامے نے AT&T کے خلاف عدم اجارہ داری کے مقدمے کو نمٹا دیا۔ AT&T نے ٹیلی فون کے شعبے میں اپنا اجارہ داری کا حق برقرار رکھا، لیکن اس کے بدلے ایک پابندی قبول کی: وہ ٹیلی کمیونیکیشن کے علاوہ کسی اور کاروبار میں داخل نہیں ہوگا۔ سافٹ ویئر بھی انہی کاروباروں میں شامل تھا۔ چنانچہ جب جامعات نے Unix طلب کیا تو Bell Labs اسے بطور product فروخت نہیں کر سکتا تھا۔ اس نے source کو معمولی فیس پر license کیا، اور نہ support فراہم کی نہ warranty۔

اس کا اثر بہت بڑا تھا، اور یہ AT&T کی منصوبہ بندی کے مطابق نہیں تھا۔ 1975 میں released ہونے والا Sixth Edition Unix مکمل source کے ساتھ کمپیوٹر سائنس کے سیکڑوں شعبوں تک پہنچا۔ 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 کی photocopies کی photocopies گردش کرنے لگیں۔ پوری کہانی کی نوعیت یہی ہے۔ 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 شامل کرنے کے لیے مالی معاونت دی۔ August 1983 میں جاری ہونے والے 4.2BSD میں TCP/IP (transmission control protocol over internet protocol) اور socket application programming interface شامل تھے۔ آپ کے server کی ہر network service اب بھی socket()، bind()، listen() اور accept() کو اسی ترتیب سے call کرتی ہے، کیونکہ Berkeley نے 1983 میں یہ نام منتخب کیے تھے۔

ایک تفصیل نے اگلی دہائی کا رخ متعین کیا۔ BSD tape مکمل system نہیں تھی۔ یہ AT&T کے Unix میں شامل کیے جانے والے اضافوں کا مجموعہ تھی، اور اسے قانونی طور پر چلانے کے لیے آپ کے پاس AT&T source کا معتبر license ہونا ضروری تھا۔ Berkeley نے کئی سال کے دوران، file بہ 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 وہ سستی چیز نہیں رہا جو کوئی university اپنے طلبہ کو دے دیتی تھی۔

Vendors پہلے ہی اس کے الگ الگ forks بنا چکے تھے۔ ہر workstation company اپنے hardware پر اپنا Unix جاری کرتی تھی، اس لیے 1980s کے اختتام تک ایک کے لیے لکھے گئے program کو دوسرے پر چلانے کے لیے 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 کی نصابی کتاب کے لیے تدریسی نظام کے طور پر Minix جاری کیا۔ Minix ایک چھوٹا Unix-like نظام تھا۔ اس کا source کتاب کے ساتھ فراہم کیا جاتا تھا، اور یہ ان سستے PCs پر چلتا تھا جو طلبہ کے پاس حقیقتاً موجود ہوتے تھے۔ اسے کلاس روم میں پڑھنا قانونی تھا، جبکہ Seventh Edition Unix کے معاملے میں ایسا نہیں رہا تھا۔

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

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

Richard Stallman نے ستمبر 1983 میں GNU project کا اعلان کیا۔ مقصد ایک مکمل free 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 میں جاری ہوا۔ اس میں نہ Unix کے ساتھ code مشترک تھا اور نہ Minix کے ساتھ۔ یہ 386 کے لیے ایک نیا kernel تھا، جسے Minix مشین پر تیار کیا گیا، 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 میں واپس شامل کرنا لازم کیا۔

مقدمہ: April 1992 سے February 1994 تک

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

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

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

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

لینکس نے سرور کو کیوں اپنایا، BSD نے کیوں نہیں؟

مقدمہ اس سوال کا عام جواب ہے، اور یہ جواب کا ایک حصہ بھی ہے۔ اپریل 1992 اور فروری 1994 کے درمیان، جو بھی کسی product کے لیے free Unix منتخب کرتا، اسے AT&T کے وکلا کے جاری قانونی دعوے کا مقابلہ ایک فن لینڈی طالب علم کے kernel سے کرنا پڑتا تھا، جس پر کوئی مقدمہ نہیں کر سکتا تھا۔ یہی وہ وقت تھا جب web عام ہوا اور پہلی Linux distributions جاری ہوئیں: جولائی 1993 میں Slackware، اگست 1993 میں Debian، اور اس کے بعد Red Hat اور SUSE۔

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

• hardware۔ Linux نے code کی پہلی سطر سے ہی commodity 386 PC کو ہدف بنایا، اور یہی hardware سستا ہوا۔ BSD کا مرکزی محور VAX اور workstation تھے، جبکہ 386 port دو افراد کی بیرونی کوشش تھی۔
• license۔ GPL کے تحت modified kernel جاری کرنے والی کمپنی کو اپنی تبدیلیاں publish کرنا پڑتی ہیں، اس لیے vendor کا کام واپس ایک ہی tree میں آتا رہا۔ BSD license کمپنی کو اپنی تبدیلیاں نجی رکھنے کی اجازت دیتا ہے، اور کمپنیوں نے انہیں نجی ہی رکھا۔
• 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 تھا، جس کی بنیاد مربوط تھی، تاریخ documented تھی، اور networking code ایسا تھا جس تک پہنچنے میں Linux کو کئی سال لگے۔ 1994 میں کسی نے Linux اس لیے منتخب نہیں کیا کہ وہ بہتر تھا۔ لوگوں نے اسے اس لیے منتخب کیا کہ وہ دستیاب تھا، قانونی پابندیوں سے آزاد تھا، ان کے پہلے سے موجود hardware پر چلتا تھا، اور ہر ہفتے بہتر ہو رہا تھا۔

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

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

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 کو کتنا فرض کرتا ہے۔ FreeBSD 15 بطور server ایک موجودہ اور maintained system ہے، نہ کہ کسی museum کی نمائش۔ اور Linux بمقابلہ Windows Server ایک الگ سوال ہے، جس کا جواب آپ کے application stack پر منحصر ہے۔

آج VPS پر استعمال ہونے والا 1969 کا ڈیزائن

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

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

جب آپ virtual private server کرائے پر لے کر log in کرتے ہیں تو آپ ایک ایسے interface میں commands درج کر رہے ہوتے ہیں جو 24 KB memory والی machine اور اس کی خدمت کے لیے موجود patent department کے لیے design کیا گیا تھا۔ یہ interface اس لیے برقرار رہا کہ اسے publish کیا گیا، اس پر بحث ہوئی، اسے standardise کیا گیا، اور پھر ایسے لوگوں نے اسے شروع سے دوبارہ implement کیا جنہیں 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 بھی ابتدا سے لکھے گئے تھے؛ ان کی development 1983 میں شروع ہوئی۔ اسی آزادی کی وجہ سے BSD code پر AT&T کی قانونی کارروائی کا Linux پر بالکل اثر نہیں پڑا۔

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

Unix کی مالک AT&T کی subsidiary USL نے April 1992 میں BSDi کے خلاف مقدمہ دائر کیا، اور بعد میں University of California کو بھی فریقِ مقدمہ بنا دیا۔ 1993 میں judge نے 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 سے وفاداری کی وجہ سے۔