Debian এবং Ubuntu কেন আলাদা হলো?

Debian এবং Ubuntu কেন আলাদা হলো

Debian এবং Ubuntu 2004 সালে code নিয়ে নয়, release calendar নিয়ে আলাদা পথে যায়। Debian-এর release team যখন কোনো stable release-কে প্রস্তুত বলে মনে করে, তখন সেটি প্রকাশ করে। Ubuntu আগেই নির্ধারিত তারিখে প্রতি ছয় মাসে একটি নতুন release দেওয়ার প্রতিশ্রুতি দেয়। তাই এটি Debian-এর development branch-এর একটি copy নিয়ে সেটি freeze করে, ত্রুটিগুলো ঠিক করে এবং release করে।

বাইশ বছর পরেও দুটির package format এবং package পরিচালনার tools একই রয়েছে। এদের পেছনের packaging কাজের বেশিরভাগই একবার করলেই উভয় distribution-এর জন্য সম্পন্ন হয়। তবে তাদের release schedule, support contract এবং default install-এ কী থাকা উচিত সে বিষয়ে মত একই নয়। Server-এর জন্য operating system বেছে নেওয়ার সময় এই পার্থক্যটি গুরুত্বপূর্ণ। কারণ এতে বাহ্যিক পার্থক্য এবং আপনার একটি বিকেল ব্যয় করাতে পারে এমন পার্থক্য আলাদা করে বোঝা যায়।

Ubuntu-এর উৎপত্তি

Ian Murdock 16 August 1993-এ Debian Project প্রতিষ্ঠা করেন। 2004 সালের মধ্যে Debian ছিল বিদ্যমান distribution-গুলোর মধ্যে সবচেয়ে বড় volunteer-run distribution, কিন্তু এটি ধীরগতির ছিল। Debian 3.0 "woody" 19 July 2002-এ প্রকাশিত হয়, আর এর পরবর্তী সংস্করণ Debian 3.1 "sarge" আসে 6 June 2005-এ। দুটি stable release-এর মধ্যে প্রায় তিন বছর পেরিয়ে যায়। এই সময়ে Debian server-এ বর্তমান software ব্যবহার করতে চাইলেও Debian-এর পক্ষ থেকে সমর্থিত কোনো সমাধান ছিল না।

April 2004-এ Mark Shuttleworth প্রায় এক ডজন Debian developer-কে London-এ তাঁর flat-এ আমন্ত্রণ জানান। সেখানে নির্দিষ্ট schedule অনুযায়ী Debian-ভিত্তিক একটি system তৈরির পরিকল্পনা করা হয়। তাঁদের নিয়োগ করার জন্য তিনি Canonical Ltd প্রতিষ্ঠা করেন। প্রথম release Ubuntu 4.10 "Warty Warthog" ছয় মাস পরে, 20 October 2004-এ প্রকাশিত হয়। Version number-টি release date নির্দেশ করে: 4.10 মানে October 2004, আর 26.04 মানে April 2026।

সাধারণ অর্থে Ubuntu কখনও fork ছিল না। একটি fork codebase একবার copy করে মূল project থেকে আলাদা পথে এগিয়ে যায়। Ubuntu প্রতিটি cycle-এ Debian আবার copy করে। Package-গুলো Debian-এর unstable branch থেকে নেওয়া হয়। Debian এই rolling branch-কে sid নামে ডাকে। প্রতিটি Ubuntu cycle-এর শুরুর কয়েক সপ্তাহে এই copy স্বয়ংক্রিয়ভাবে refresh করা হয়। Import freeze-এর পরে অতিরিক্ত প্রতিটি package Ubuntu developer-কে হাতে করে আনতে হয় এবং freeze rules অনুযায়ী এর প্রয়োজনীয়তা ব্যাখ্যা করতে হয়। Linux distribution-এর বৃহত্তর family tree-তে প্রকৃত fork-এর অনেক উদাহরণ আছে। এটি তেমন নয়। এটি একটি স্থায়ী downstream।

দুটি প্রকল্পের মধ্যে যা এখনও অভিন্ন

ভিন্ন অংশের তুলনায় অভিন্ন অংশ অনেক বড়। উভয়ই নিচে dpkg এবং ওপরে apt-সহ .deb package format ব্যবহার করে। উভয়ই ফাইল কোথায় স্থাপন হবে এবং package কীভাবে dependency ঘোষণা করবে, সে বিষয়ে Debian Policy অনুসরণ করে। Ubuntu-এর নিজস্ব developer documentation অনুযায়ী, source package-এর প্রায় পাঁচটির মধ্যে চারটি Debian থেকে কোনো পরিবর্তন ছাড়াই নেওয়া হয়। Debian-এ কোনো maintainer bug ঠিক করলে Ubuntu ব্যবহারকারীদের জন্যও সেটি ঠিক হয়, সাধারণত কোনো পক্ষই তা আলাদাভাবে লক্ষ্য করে না।

Ubuntu কোনো package পরিবর্তন করলে version string-এ তা দেখা যায়। Debian-এর 1.2.3-4 হয়ে যায় 1.2.3-4ubuntu1। এই suffix স্থানীয় পরিবর্তনটি নির্দেশ করে। উভয় প্রকল্প এই পরিবর্তনকে delta বলে। Ubuntu তাদের পরিবর্তন করা প্রতিটি package-এর সম্পূর্ণ delta প্রকাশ করে এবং patch Debian-এর package tracking system-এ পাঠায়। ফলে Debian maintainer downstream-এ কী পরিবর্তন করা হয়েছে তা দেখতে পারেন এবং চাইলে তা গ্রহণ করতে পারেন।

এটি যথেষ্ট কি না, তা 2005 সাল থেকে বিতর্কের বিষয়। কোনো পক্ষ নেওয়ার বদলে বিষয়টি সরাসরি বলা প্রয়োজন। Debian-এর দৃষ্টিকোণ থেকে অভিযোগটি কাজের দায় কোথায় পড়ছে তা নিয়ে: Canonical downstream-এ কাজ করার জন্য লোক নিয়োগ করে, downstream ব্যবহারকারী ও মনোযোগ পায়, আর কোনো fix upstream-এ পাঠানো অতিরিক্ত কাজ হয়ে দাঁড়ায়, যার জন্য কাউকে পারিশ্রমিক দেওয়া হয় না। Ubuntu-এর দৃষ্টিকোণ থেকে, ছয় মাসের deadline এমন একটি প্রকল্পের সঙ্গে সামঞ্জস্যপূর্ণ নয় যার কোনো deadline নেই। তাই সব সময় Debian-এর জন্য অপেক্ষা করা সম্ভব হয় না। দুটি বক্তব্যই সত্য। তবে কোনো বক্তব্যই package প্রবাহ বন্ধ করতে পারেনি।

প্রস্তুত হলে, ক্যালেন্ডারের নির্দিষ্ট তারিখ অনুযায়ী release

Debian-এর release date একটি ফলাফল, প্রতিশ্রুতি নয়। Debian 12 "bookworm" 10 June 2023-এ এবং Debian 13 "trixie" 9 August 2025-এ release হয়েছিল; ব্যবধান ছিল প্রায় দুই বছর। তবে পরবর্তী ব্যবধানও একই হবে—এমন কোনো নিশ্চয়তা নেই। বর্তমান testing branch-এর নাম "forky"। এর কোনো release date নেই, কারণ release-critical bug-এর সংখ্যা release-এর উপযোগী পর্যায়ে না আসা পর্যন্ত Debian কোনো তারিখ ঘোষণা করে না।

Ubuntu-এর ক্ষেত্রে তারিখটিই প্রতিশ্রুতি। প্রতি ছয় মাসে একটি release প্রকাশিত হয়। এর মধ্যে জোড় সংখ্যার বছরের April মাসে প্রকাশিত প্রতি চতুর্থ release হলো LTS (long term support) release। Ubuntu 26.04 LTS "Resolute Raccoon" নির্ধারিত সময় অনুযায়ী 23 April 2026-এ release হয়েছিল। মাঝের release-গুলো interim release এবং এগুলোতে মাত্র নয় মাসের update থাকে। তাই বছরে দুবার rebuild করতে না চাইলে এগুলো এমন server-এ ব্যবহার করা উচিত নয়। server-এ Ubuntu LTS ও interim release-এর মধ্যে নির্বাচন মূলত ওই নয় মাসের ব্যবধানের ওপর নির্ভর করে।

এই cadence আপনার upgrade calendar নির্ধারণ করে। এই বিভাজনের সবচেয়ে ব্যবহারিক প্রভাব এটিই। Ubuntu LTS ব্যবহার করলে বহু বছর আগেই জানা থাকে যে পরবর্তী in-place upgrade জোড় সংখ্যার বছরের April মাসে হবে। তাই 26.04 প্রকাশিত হওয়ার আগেই Ubuntu 24.04 থেকে 26.04-এ upgrade পরিকল্পনা করা যেত। Debian-এর ক্ষেত্রে আপনি freeze সংক্রান্ত ঘোষণা পর্যবেক্ষণ করেন এবং release বাস্তবে হওয়ার পর কাজের সময় নির্ধারণ করেন।

LTS-এ কী পরিবর্তন হয়েছিল

Ubuntu 6.06 LTS "Dapper Drake" 1 June 2006-এ প্রকাশিত হয় এবং এটিই প্রথম LTS ছিল। এর আগে Ubuntu ছিল দ্রুত পরিবর্তনশীল একটি system, যা বছরে দুবার নিজেকে প্রতিস্থাপন করত। কোনো business production server-এর ভিত্তি হিসেবে এমন system ব্যবহার করে না। LTS একটি গুরুত্বপূর্ণ পরিবর্তন এনেছিল: এটি support-এর শেষ তারিখ ভবিষ্যতে নির্ধারণ করেছিল, এবং সেই তারিখ এত দূরে ছিল যে সেটিকে ভিত্তি করে একটি পরিকল্পনা তৈরি করা যেত। এই পরিবর্তনই Ubuntu-কে default server distribution বানায়। ছয় মাসের release cadence এই প্রক্রিয়াকে চালিত করে, কারণ প্রতিটি LTS তৈরি হয় তার আগের interim release-গুলোতে পরীক্ষা ও পরিমার্জন করা কাজের ভিত্তিতে।

Debian বিপরীত দিক থেকে একই অবস্থানে পৌঁছায়। এর stable release আগে থেকেই ধীরগতিতে পরিবর্তিত হতো। Debian-এর নিজস্ব security team দায়িত্ব কমিয়ে দেওয়ার পর Debian LTS project প্রতিটি release-এর supported lifetime আরও বাড়িয়ে দেয়।

কে সহায়তা দেয়, এবং কত দিন

[
  {
    "label": "Debian stable",
    "support_duration": 3
  },
  {
    "label": "Debian LTS",
    "support_duration": 5
  },
  {
    "label": "Debian ELTS, paid",
    "support_duration": 10
  },
  {
    "label": "Ubuntu LTS",
    "support_duration": 5
  },
  {
    "label": "Ubuntu Pro ESM",
    "support_duration": 10
  },
  {
    "label": "Ubuntu Pro plus Legacy",
    "support_duration": 15
  }
]

Debian-এর নিজস্ব security team একটি stable release-কে 3 বছর security support দেয়। এরপর Debian LTS team সেটিকে 5 বছর পর্যন্ত সমর্থন করে। Debian এই দলটিকে তার official security ও release team-এর পরিবর্তে volunteers এবং companies-এর সমন্বয়ে গঠিত একটি group হিসেবে বর্ণনা করে। বর্তমান তারিখগুলোতে এই handover দেখা যায়: bookworm 11 June 2026-এ LTS পর্যায়ে প্রবেশ করেছে এবং 30 June 2028 পর্যন্ত সমর্থিত; bullseye-এর LTS পর্যায় 31 August 2026-এ শেষ হবে। এর পর Freexian Extended LTS, বা ELTS, বিক্রি করে 10 বছর পর্যন্ত। তবে এই সমর্থন শুধু paying customers বাস্তবে ব্যবহার করে এমন package-এর subset-এর জন্য প্রযোজ্য।

একটি Ubuntu LTS release Canonical-এর কাছ থেকে 5 বছর standard security maintenance পায়। Ubuntu Pro subscription ESM (expanded security maintenance)-এর মাধ্যমে এই সময় 10 বছর পর্যন্ত বাড়ায়। এই সমর্থন main এবং universe—উভয় repository-তেই প্রযোজ্য। Legacy add-on এই সময়কে 15 বছর পর্যন্ত বাড়ায়। August 2026 অনুযায়ী personal use-এর জন্য সর্বোচ্চ পাঁচটি machine-এ Ubuntu Pro বিনামূল্যে ব্যবহার করা যায়। তাই একটি single VPS-এর ক্ষেত্রে purchase order ছাড়াই দশ বছরের সময়সীমা বাস্তবসম্মত। Pro-এর সঙ্গে livepatch service-ও থাকে। প্রতিটি kernel security update-এর জন্য reboot না করেই VPS-এ live kernel patching করার এটিই supported পদ্ধতি।

এই সংখ্যাগুলোর পেছনের কাঠামো সংখ্যাগুলোর চেয়ে বেশি গুরুত্বপূর্ণ। Ubuntu-এর ক্ষেত্রে distribution তৈরি করে যে একই company, support-ও তার কাছ থেকেই কেনা যায়। Debian-এর ক্ষেত্রে এমন কোনো company নেই। তাই paid support Freexian-এর মতো third party, hosting provider, অথবা আপনার নিজের team থেকে নিতে হয়।

Init system এবং বিতর্কের সমাপ্তি ঘটানো ভোট

সবচেয়ে বড় প্রযুক্তিগত পার্থক্য ছিল init system নিয়ে। এটি kernel-এর শুরু করা প্রথম process এবং তার পরের প্রতিটি service-এর supervisor। 26 October 2006-এ প্রকাশিত Ubuntu 6.10 "Edgy Eft"-এ Canonical-এ লেখা Upstart অন্তর্ভুক্ত ছিল। বিতর্ক চলাকালে Debian কয়েক বছর sysvinit ব্যবহার করে। Debian-এর Technical Committee একটি ভোটের মাধ্যমে বিষয়টির নিষ্পত্তি করে। 11 February 2014-এ chair-এর casting vote-এর মাধ্যমে Debian 8-এর জন্য systemd বেছে নেওয়া হয়।

Ubuntu কয়েক দিনের মধ্যেই একই সিদ্ধান্ত অনুসরণ করে। সিদ্ধান্ত সম্পর্কে Shuttleworth-এর "Losing graciously" শিরোনামের পোস্টে কারণটি স্পষ্টভাবে বলা হয়: Ubuntu মূলত Debian family-এর সদস্য, তাই এটি সেই সিদ্ধান্ত গ্রহণ করবে। Ubuntu 15.04-এ 23 April 2015-এ systemd ডিফল্ট হয়। তিন দিন পরে, 26 April 2015-এ Debian 8 "jessie"-তেও একই পরিবর্তন হয়।

এই সমন্বয়ের কারণে অধিকাংশ service tutorial-এ কোনো সম্পাদনা ছাড়াই দুই distribution-এর মধ্যে পরিবর্তন করা যায়। Unit file, systemctl এবং journalctl উভয় ক্ষেত্রেই একইভাবে কাজ করে। Debian 13-এ systemd 257 এবং Ubuntu 26.04 LTS-এ systemd 259 রয়েছে। তাই এই ক্ষেত্রে তাদের পার্থক্য design নয়, version number।

Snap, এবং যে অংশটি port করা হয় না

Ubuntu 16.04 LTS 2016 সালে snap package চালু করে, এবং 18.04 ছিল প্রথম release যেখানে কিছু default application snap হিসেবে সরবরাহ করা হয়। একটি snap হলো self-contained bundle, যার মধ্যে তার dependency-গুলোর নিজস্ব copy থাকে। তাই upstream project archive আপডেট হওয়ার অপেক্ষা না করে একসঙ্গে সব supported Ubuntu release-এ নতুন version প্রকাশ করতে পারে।

অন্য কোনো major distribution snap-কে default হিসেবে গ্রহণ না করার কারণ format নয়। snapd client একটি store-এর সঙ্গে যোগাযোগ করে। এই storeটি Canonical পরিচালনা করে, এবং এর server-side অংশ open source নয়। কোনো distribution snap গ্রহণ করলে তার software distribution-এর একটি অংশ অন্য vendor-এর হাতে দিতে হয়। Debian তা করেনি এবং default হিসেবে snapd install করে না।

এখানেই upstream instruction নীরবে কাজ করা বন্ধ করে। Certbot এর সবচেয়ে স্পষ্ট উদাহরণ। Certbot-এর নিজস্ব documentation snap থেকে install করার পরামর্শ দেয় এবং সতর্ক করে যে distribution package "tend to rapidly fall out of date on LTS-style distributions"। Ubuntu-তে সেই page অনুসরণ করলে এটি কাজ করে। একটি stock Debian server-এ একই নির্দেশনা অনুসরণ করলে প্রথম ধাপটি চালানোর মতো কিছুই থাকে না। এই কারণেই আমাদের Ubuntu 24.04-এ Nginx-এর জন্য Certbot guide distribution package ব্যবহার করে।

Kernel, firmware এবং non-free বিষয়টি

Debian-এর Social Contract এবং DFSG (Debian free software guidelines) নির্ধারণ করে কোন সফটওয়্যার main-এ অন্তর্ভুক্ত হতে পারে। অন্য সবকিছু contrib এবং non-free-এ যায়। Debian-এর জীবনের অধিকাংশ সময় binary firmware blob-ও এর অন্তর্ভুক্ত ছিল। সাধারণ network এবং storage hardware কাজ করার আগে এগুলোর প্রয়োজন হয়। 2022 সালের একটি General Resolution-এর পরে Debian 12 আলাদা non-free-firmware archive area যোগ করে। এরপর থেকে official installer image-এও ওই firmware অন্তর্ভুক্ত রয়েছে।

Ubuntu প্রথম দিন থেকেই বিপরীত সিদ্ধান্ত নিয়েছিল। এর archive main এবং restricted ভাগে বিভক্ত। Canonical এই দুই অংশের support দেয়, এবং restricted-এ proprietary driver অন্তর্ভুক্ত থাকে। এছাড়া universe এবং multiverse রয়েছে, যেগুলো community-maintained। VPS-এ এর প্রভাব কম, কারণ virtual hardware-এর firmware-এর প্রয়োজন প্রায় নেই। Dedicated hardware-এ পার্থক্যটি গুরুত্বপূর্ণ। এক ক্ষেত্রে network card চালু হয়, অন্য ক্ষেত্রে হয় না।

একই অক্ষ বরাবর Kernel-গুলোর মধ্যেও পার্থক্য রয়েছে। 2026 সালের August পর্যন্ত Ubuntu 26.04 LTS-এ Linux 7.0 এবং Debian 13-এ Linux 6.12 সরবরাহ করা হয়েছে। Ubuntu একটি LTS release-এর মধ্যেও hardware enablement stack-এর মাধ্যমে kernel-এর সংস্করণ এগিয়ে নেয়। Debian stable release-এর পুরো সময় একটি kernel series ধরে রাখে এবং backports-এর মাধ্যমে নতুন kernel সরবরাহ করে। নতুন kernel সাম্প্রতিক virtio device এবং filesystem-এর জন্য উন্নত support দেয়। পুরোনো kernel ব্যবহারে January-তে পরীক্ষিত আচরণ December-এও একই থাকে।

অন্যটির নির্দেশনা অনুসরণ করলে কী সমস্যা হয়

সাধারণত একটি সিস্টেমের জন্য লেখা নির্দেশনা অন্য সিস্টেমেও কাজ করে। তবে কিছু নির্দিষ্ট জায়গায় ব্যর্থতা বেশি দেখা যায়।

• Third-party apt repository প্রতিটি distribution এবং codename অনুযায়ী প্রকাশ করা হয়। কোনো vendor noble এবং jammy সমর্থন করলেও trixie-এর জন্য কিছু প্রকাশ নাও করতে পারে। তখন ব্যর্থতাটি policy decision-এর পরিবর্তে network fault-এর মতো দেখা যায়।
• Launchpad PPA নির্দিষ্ট Ubuntu series-এর জন্য build করা হয়। Debian-এ একটি PPA যোগ করলে Ubuntu-এর library version-এর সঙ্গে linked binary ইনস্টল হতে পারে। এটি কখনও কেবল সৌভাগ্যক্রমে কাজ করে, আবার কখনও Ubuntu runtime-এর বড় অংশ আপনার system-এ টেনে আনে।
• কোনো নির্দেশনা যদি snapd, Ubuntu Pro subscription বা Canonical-এর livepatch ধরে নেয়, তাহলে Debian-এ তার সমতুল্য ধাপ থাকে না। তাই নির্দেশনার ওই অংশগুলো adapt না করে replace করতে হয়।
• Default image-এ কোন account দিয়ে login করবেন, তা ভিন্ন হয়। Ubuntu image-এ সাধারণত sudo-সহ ubuntu user এবং কোনো root password থাকে না। Debian image-এ সাধারণত debian user থাকে। Provider-এর image ভেদে এর ব্যতিক্রম হতে পারে। SSH-সংক্রান্ত কিছু পরিবর্তন করার আগে আপনার image পরীক্ষা করুন।

আপনার release-এর জন্য কোনো repository-তে suite না থাকলে apt স্পষ্টভাবে তা জানায়:

E: The repository 'https://download.example.com/linux/debian forky Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.

এই message-এর অর্থ হলো vendor আপনার codename-এর জন্য package প্রকাশ করেনি। Mirror নষ্ট নয়, এবং retry করলেও এটি ঠিক হবে না। Vendor আপনার release সমর্থন করে, অথবা করে না।

তাহলে কোনটি ব্যবহার করবেন?

আপনি যদি বহু বছর আগেই ক্যালেন্ডারে নির্ধারণ করে রাখা যায় এমন upgrade date এবং যেকোনো সময় support কেনার জন্য একটি vendor চান, তাহলে Ubuntu LTS বেছে নিন। আপনি যদি কোনো একক কোম্পানির ওপর নির্ভর না করে ছোট default install এবং ধীরে পরিবর্তিত, স্থিতিশীল একটি base চান, তাহলে Debian stable বেছে নিন।

বাকি বিষয়গুলো একইভাবে প্রযোজ্য। দুটিই apt ব্যবহার করে, দুটিই Debian Policy অনুসরণ করে, এবং দুটিতেই একই package format থেকে একই application চালানো যায়। তাই আপনার দক্ষতাগুলো distribution বদলালেও কাজে লাগবে। আপনি যদি Red Hat বা Fedora থেকে আসেন, তাহলে dnf ও apt command-এর সমতুল্যগুলো উভয় দিকের রূপান্তর বুঝতে সাহায্য করবে। আর deploy করার সময় উপলভ্য অন্যান্য image-এর সঙ্গে এই দুটির তুলনা করলে, আপনার VPS-এর জন্য operating system বেছে নেওয়ার আমাদের guide-এ এগুলোকে তালিকার বাকি বিকল্পগুলোর পাশে দেখানো হয়েছে।

FAQ

Ubuntu কি Debian-এর fork?

না। একটি fork একবার codebase কপি করে এবং এরপর আলাদাভাবে সেটির রক্ষণাবেক্ষণ করে। Ubuntu প্রতিটি ছয় মাসের cycle-এর শুরুতে Debian unstable থেকে আবার package import করে। Ubuntu-এর developer documentation অনুযায়ী, কোনো পরিবর্তন ছাড়া কপি করা source package-এর পরিমাণ প্রায় পাঁচটির মধ্যে চারটি। Ubuntu হলো Debian-এর স্থায়ী downstream। এ কারণে Debian packaging সম্পর্কে জ্ঞান কোনো পরিবর্তন ছাড়াই Ubuntu-তে প্রয়োগ করা যায়। Debian-এ করা কোনো fix সাধারণত অতিরিক্ত কাজ ছাড়াই Ubuntu ব্যবহারকারীদের কাছে পৌঁছে যায়।

Debian-এ Ubuntu-এর tutorial কি কাজ করে?

সাধারণত করে। ব্যতিক্রমগুলোও অনুমান করা যায়। উভয়ই apt ব্যবহার করে, উভয়ই systemd ব্যবহার করে এবং উভয়ই Debian Policy অনুসরণ করে। তাই package management এবং service management একই রকম। Canonical-এর infrastructure-এর সঙ্গে সরাসরি যুক্ত বিষয়গুলো কাজ নাও করতে পারে। এর মধ্যে আছে snap-ভিত্তিক install ধাপ, Launchpad PPA, Ubuntu Pro command এবং শুধু Ubuntu codename-এর জন্য প্রকাশিত third-party apt repository। কোনো repository-তে আপনার release-এর জন্য suite না থাকলে apt জানায় যে এতে "does not have a Release file"। এর অর্থ vendor আপনার codename-এর জন্য package build করেনি।

Debian এবং Ubuntu-এর security update কতদিন থাকে?

একটি Ubuntu LTS, Canonical-এর কাছ থেকে 5 বছর standard security maintenance পায়। Ubuntu Pro subscription থাকলে এই সময় 10 বছর হয়। Legacy add-on ব্যবহার করলে সময়কাল সর্বোচ্চ 15 বছর হতে পারে। একটি Debian stable release, Debian-এর security team-এর কাছ থেকে 3 বছর support পায়। পরবর্তী LTS period-সহ মোট সময় হয় 5 বছর। Freexian-এর paid Extended LTS 10 বছর পর্যন্ত চলে। তবে এটি শুধু গ্রাহকের অনুরোধ করা package-এর জন্য প্রযোজ্য।

Server-এর জন্য Debian না Ubuntu—কোনটি ভালো?

সাধারণভাবে কোনোটিই ভালো নয়। প্রকৃত পার্থক্য হলো release schedule এবং support। যে server-এর upgrade date পূর্বানুমানযোগ্য হওয়া দরকার এবং যেখানে একক vendor-এর কাছ থেকে support কেনা দরকার, সেখানে Ubuntu LTS উপযোগী। যে server-এ fixed calendar-এর চেয়ে ছোট default install এবং ধীর পরিবর্তনের হার বেশি গুরুত্বপূর্ণ, সেখানে Debian stable উপযোগী। উভয়ই একই package format-এর মাধ্যমে একই software চালায়। তাই কোনটি ব্যবহার করবেন, সেই সিদ্ধান্ত আপনার host করা software-এর ধরন সীমিত করে না।