টিএল; ডিআর : অনেক ধূসর অঞ্চল রয়েছে এবং এটি আপনি কী করছেন তার উপর নির্ভর করে। বেশিরভাগ ক্ষেত্রে, সফ্টওয়্যার সেন্টার এবং কমান্ড-লাইন পদ্ধতিগুলি .debপ্যাকেজগুলির ক্ষেত্রে একই কাজ করে তবে অন্যান্য সফ্টওয়্যার প্যাকেজগুলির জন্য বিভিন্ন পদক্ষেপের প্রয়োজন হতে পারে।
উবুন্টু সফটওয়্যার সেন্টার এবং কমান্ড লাইনে একটি সফ্টওয়্যার ইনস্টল করার মধ্যে পার্থক্য কী?
এখানে বাস্তবতা: ইনস্টলেশনটি সফ্টওয়্যার প্যাকেজ সহ যে ফাইলগুলি আসে উপযুক্ত ডিরেক্টরিগুলিতে ফেলে দেওয়া ছাড়া আর কিছুই নয়। এটি কমান্ড লাইনের মাধ্যমে বা সফ্টওয়্যার কেন্দ্রের মাধ্যমে করা হয়েছে কিনা তা বিবেচ্য নয় - তারা একই কাজ করে - ফাইলগুলি তাদের নিজ নিজ ডিরেক্টরিতে ছুঁড়ে দেয়। তবে প্যাকেজটি কীভাবে গুরুত্বপূর্ণ তা আপনি কীভাবে পরিচালনা করেন। উবুন্টুতে আপনি যে কয়েকটি বেসিক প্যাকেজগুলি মোকাবেলা করতে পারেন সেগুলি এখানে করব। কমান্ড-লাইন এবং সফ্টওয়্যার সেন্টারের মধ্যে পার্থক্য হিসাবে, সবচেয়ে প্রাথমিক পার্থক্য হ'ল সফটওয়্যার সেন্টারে আপনি বোতামগুলি ক্লিক করেন; কমান্ড-লাইনে আপনি কমান্ড টাইপ করেন। আমি জানি সফ্টওয়্যার সেন্টার প্রচুর পাইথন কোড ব্যবহার করে তবে কমান্ড-লাইনে এটি আপনি যে ইউটিলিটিটি ব্যবহার করেন তার উপর নির্ভর করে। সফ্টওয়্যার সেন্টার কতটা সরিয়ে ফেলতে পারে তার পরিমাণও রয়েছে (সে সম্পর্কে নীচে পড়ুন)
উবুন্টুর জন্য সফ্টওয়্যার প্যাকেজগুলি তিনটি উপায়ে আসতে পারে: .debফাইল, .runফাইল এবং সংকুচিত zipবা tarসংরক্ষণাগারে কেবল কাঁচা উত্স-কোড । আপনি যার কার সাথে কথা বলছেন তার উপর নির্ভর করে কমান্ড লাইন ইনস্টলেশন কমবেশি বেদনাদায়ক হতে পারে। এটি নতুন ব্যবহারকারী হিসাবে আপনার সত্যিকারের চিন্তিত হওয়া উচিত নয়, লিনাক্স ব্যবহারের প্রথম বছরে অন্তত নয়।
আপনি বেশিরভাগ .debফাইল দেখতে পাবেন - সেগুলি সফ্টওয়্যারগুলির পূর্ব-সংকলিত প্যাকেজ, ব্যবহারের জন্য প্রস্তুত। এগুলি কম বেদনাদায়ক। এগুলি প্রায়শই নির্ভরতাও নির্দিষ্ট করে - অন্যান্য সফ্টওয়্যার যা আপনার প্রোগ্রাম চলবে না। কমান্ড লাইন ইউটিলিটিগুলি যেমন aptএবং apt-getআপনার জন্য স্বয়ংক্রিয়ভাবে নির্ভরতা ইনস্টল করবে। আসলে, সফ্টওয়্যার সেন্টার apt-getব্যাক-এন্ড হিসাবে ব্যবহার করে , তাই এটি স্বয়ংক্রিয়ভাবে নির্ভরতাও ইনস্টল করে।
.runফাইলগুলি সাধারণত মালিকানাধীন এবং এনকোডেড বাইনারি ফাইল হয়। তারা কী করছে তা আপনি সত্যিই দেখতে পারবেন না।
কাঁচা উত্স কোড সহ, আপনাকে নিজেরাই সবকিছু করতে হবে - সফ্টওয়্যার তৈরি করুন এবং নির্ভরতা ইনস্টল করুন।
অন্যান্য ডিস্ট্রো থেকে .rpmপ্যাকেজগুলির মতো প্যাকেজ ইনস্টল করার উপায় রয়েছে তবে এটি খুব কমই করা হয়।
কনটেইনার নামে পরিচিত এক ধরণের সফ্টওয়্যার রয়েছে। এখানে ডকার এবং lxdপাত্রে রয়েছে। সম্প্রতি হিসাবে, উবুন্টু snapপ্যাকেজ হিসাবে পরিচিত কিছু চালু করেছে । এই সমস্ত সম্পর্কে ভাল কি? এগুলি যে কোনও জায়গায় চালানো যায়, আপনার মূল সিস্টেম থেকে নিরাপদে আলাদা করা যায় এবং খুব দ্রুত ইনস্টল / পুনরায় ইনস্টল করা যায়। সফ্টওয়্যার কেন্দ্রের মাধ্যমে এবং সাধারণত পেশাদার সিস্টেম প্রশাসক বা প্রযুক্তিবিদ / উন্নত ব্যবহারকারীদের জন্য এই ধরণের সফ্টওয়্যার ইনস্টলযোগ্য নয় । নতুন ব্যবহারকারী হিসাবে আপনাকে তাদের সম্পর্কে চিন্তা করার দরকার নেই, কেবল তাদের সচেতন থাকতে হবে এবং সেগুলি দুর্দান্ত :)
অবশেষে, স্ক্রিপ্টের মতো কিছু (এবং সাধারণত একটি একক ফাইল) আবারও একটি অ্যাপ্লিকেশন হিসাবে বিবেচনা করা যেতে পারে এবং আবার - ইনস্টলেশনটি সেই ফাইলটি যেখানে এটির মালিকানাধীন বা অনুমিত হওয়া উচিত তা ছুঁড়ে দেওয়া ছাড়া আর কিছুই নয়।
আমি কমান্ড লাইনের সাথে ইনস্টল করা কিছু সফ্টওয়্যার কেন সফ্টওয়্যার কেন্দ্রে অনুসন্ধান করা যাবে না (উইন্ডো কী টিপুন)?
আবার, এটি সত্যই প্যাকেজের উপর নির্ভর করে। যদি সফ্টওয়্যারটির বিকাশকারীরা .desktopতাদের প্যাকেজটির সাথে ফাইল অন্তর্ভুক্ত করার সিদ্ধান্ত নিয়েছে , আপনি এটি ড্যাশটিতে অনুসন্ধান করতে সক্ষম হবেন। .desktopফাইলগুলি উইন্ডোজ শর্টকাটের মতো ধরণের, যদিও তারা আরও অনেক কিছু করে। .desktopফাইলের সাথে কমান্ড-লাইন ইউটিলিটির ভাল উদাহরণ হ'ল বাইবু - অতিরিক্ত টব / উইন্ডোতে টার্মিনাল বিভক্ত করার জন্য খুব কার্যকরী একটি প্রোগ্রাম।
তবে আপনি .desktopপ্রতিটি প্রোগ্রামের জন্য নিজের ফাইল তৈরি করতে এবং ~/.local/share/applications/ফোল্ডারে রেখে দিতে পারেন।
আবার অ্যাপ্লিকেশন কমান্ড-লাইন বা জিইউআই হওয়ার সাথে এর কোনও যোগসূত্র নেই। এটি অ্যাপ্লিকেশন বিকাশকারীদের করা পছন্দগুলির উপর নির্ভর করে
কমান্ড লাইন থেকে একটি সফ্টওয়্যার ইনস্টল করার সঠিক আদেশগুলি কী কী যাতে আমি সেগুলি সন্ধান করতে পারি?
আবার, আপনি কী করছেন তার উপর নির্ভর করে। আপনি যদি সরকারী উবুন্টু সংগ্রহস্থলগুলি থেকে সফ্টওয়্যার ইনস্টল করে থাকেন তবে আপনি কেবল তা করতে পারেনsudo apt-get install my-software
আপনি যদি কোনও .debপ্যাকেজ ইনস্টল করছেন , আপনি dpkgকমান্ড বা ব্যবহার করতে পারেন apt-get। গুগল-ক্রোম দেব প্যাকেজটি এপটি-গেইনের সাথে ইনস্টল করার উদাহরণ এখানে। দ্রষ্টব্য : ইনস্টলেশন করার মুহুর্তে আমি .debফাইলের মতো একই ডিরেক্টরিতে আছি , সুতরাং ./অংশটি নির্দিষ্ট করতে হবে
$ sudo apt-get install ./google-chrome-stable_current_amd64.deb
[sudo] password for xieerqi:
Reading package lists... Done
Building dependency tree
Reading state information... Done
Note, selecting 'google-chrome-stable' instead of './google-chrome-stable_current_amd64.deb'
The following NEW packages will be installed:
google-chrome-stable
0 upgraded, 1 newly installed, 0 to remove and 54 not upgraded.
Need to get 0 B/50.0 MB of archives.
After this operation, 190 MB of additional disk space will be used.
Get:1 /home/xieerqi/下载/google-chrome-stable_current_amd64.deb google-chrome-stable amd64 53.0.2785.101-1 [50.0 MB]
Selecting previously unselected package google-chrome-stable.
(Reading database ... 476104 files and directories currently installed.)
Preparing to unpack .../google-chrome-stable_current_amd64.deb ...
Unpacking google-chrome-stable (53.0.2785.101-1) ...
Processing triggers for menu (2.1.47ubuntu1) ...
Processing triggers for bamfdaemon (0.5.3~bzr0+16.04.20160701-0ubuntu1) ...
Rebuilding /usr/share/applications/bamf-2.index...
Processing triggers for gnome-menus (3.13.3-6ubuntu3.1) ...
Processing triggers for desktop-file-utils (0.22-1ubuntu5) ...
Processing triggers for mime-support (3.59ubuntu1) ...
Processing triggers for man-db (2.7.5-1) ...
Setting up google-chrome-stable (53.0.2785.101-1) ...
update-alternatives: using /usr/bin/google-chrome-stable to provide /usr/bin/x-www-browser (x-www-browser) in auto mode
update-alternatives: using /usr/bin/google-chrome-stable to provide /usr/bin/gnome-www-browser (gnome-www-browser) in auto mode
update-alternatives: using /usr/bin/google-chrome-stable to provide /usr/bin/google-chrome (google-chrome) in auto mode
Processing triggers for menu (2.1.47ubuntu1) .
কি সম্পর্কে সুন্দর apt-get? এটিতে --purgeবিকল্প রয়েছে, যা আপনাকে কোনও প্রোগ্রামের সাথে সম্পর্কিত সমস্ত কিছু সরাতে দেয় । উদাহরণস্বরূপ, যদি আমি কেবল এটি sudo apt-get remove google-chrome-stableসফ্টওয়্যার কেন্দ্রের মাধ্যমে সরিয়ে ফেলি বা এটি করি তবে এটি কনফিগারেশন ফাইলগুলির পিছনে ছেড়ে যাবে, যাতে আপনি যখন সফ্টওয়্যারটি পুনরায় ইনস্টল করেন, এটি আগের মতো ব্যবহারের জন্য প্রস্তুত। --purgeবিকল্পটি কনফিগার ফাইলগুলিও মুছে ফেলবে। আপনার সফ্টওয়্যারটি যদি ভেঙে যায় এবং আপনি এটির সম্পূর্ণ নতুন করে ইনস্টলেশন চান তবে এটি সুবিধাজনক। সফ্টওয়্যার সেন্টার এটি করে না, তাই অন্য পার্থক্য।
আপনি যদি .runফাইলটি নিয়ে কাজ করে থাকেন তবে আপনাকে সেই ফাইলটি কার্যকর করতে হবে এবং এটি চালনা করতে হবে। এটার মত:
$ sudo chmod +x ./software.run
$ sudo ./software.run
আমি একবার আমার সিস্টেমটিকে ব্যাক আপ করেছি এবং পুনরুদ্ধার করেছি তবে কিছু কমান্ড আগে কাজ করেছিল ("সাব্ল" এর মতো) সিস্টেমটি পুনরুদ্ধারের পরে কাজ করে না।
এটি আপনি যে ধরনের ব্যাকআপ করেছিলেন তার উপর নির্ভর করে। যদি আপনার ব্যাকআপটিতে sublকাজ করার জন্য প্রয়োজনীয় সমস্ত ফাইল অন্তর্ভুক্ত থাকে তবে এটি কাজ করা উচিত ছিল। আপনার ব্যাকআপটি sublইনস্টল হওয়ার আগে ঘটেছিল এমনও হতে পারে । আপনার ব্যাকআপটি সঠিকভাবে কনফিগার করেছেন তা নিশ্চিত করুন
আমি মনে করি এই প্রশ্নগুলি একরকম AT PATH সম্পর্কে তবে আমি এই সম্পর্কে কিছু উপাদান খুঁজে পাচ্ছি না। যে কোনও অতিরিক্ত উপাদান প্রশংসা করা হবে।
$PATHপরিবর্তনশীল শেল (কমান্ড অনুবাদক যেখানে আপনি কমান্ড করা) এর প্রাসঙ্গিক। এটি ইউনিটি ড্যাশের সাথে সত্যই প্রাসঙ্গিক নয়। $PATHভেরিয়েবলটি হ'ল ডিরেক্টরিগুলির তালিকা, যেখানে শেল এমন প্রোগ্রামগুলির জন্য অনুসন্ধান করবে যা এক্সিকিউটেবল অনুমতি সেট রয়েছে। ড্যাশ .desktopকেবলমাত্র ফাইলগুলির সাথে সম্পর্কিত concerned উদাহরণস্বরূপ, আমি /usr/binফোল্ডারে বসে একটি প্রোগ্রাম রাখতে পারি এবং কমান্ড লাইনের মাধ্যমে এটি খুলতে সক্ষম হতে পারি তবে ড্যাশ তা করবে না, কারণ এর জন্য কোনও সম্পর্কিত .desktopফাইল নেই ।
আপনি যদি অতিরিক্ত উপাদান সন্ধান করতে চান তবে $PATHআক্ষরিক অর্থে লিনাক্স শেল স্ক্রিপ্টিং সম্পর্কিত যে কোনও বই বেছে নিন। এটি যে কোনও লিনাক্স ব্যবহারকারীর জন্য কমান্ড-লাইন ব্যবহার করতে চায় তার জন্য ভিত্তি জ্ঞানের আইটেমগুলির মধ্যে একটি।
কিছু সমাপ্তি চিন্তা : লিনাক্সের জন্য সফ্টওয়্যার ইনস্টলেশন জটিলতা কখনও কখনও উইন্ডোজ বা ম্যাক ওয়ার্ল্ড থেকে আসা নতুন ব্যবহারকারীদের জন্য চমকপ্রদ হতে পারে। বাস্তবে, এটি একই নীতিগুলি - এটি যেখানে রয়েছে সেখানে সবকিছু ফেলে দিন এবং এটি কার্যকর হবে। আপনি আপনার প্রোগ্রামের শর্টকাট খুঁজে পাচ্ছেন না? একটি তৈরি করুন - এটি কেবল একটি পাঠ্য ফাইল! কম্পিউটারগুলি মেশিন এবং সেগুলি চালিত হতে বোঝায়। উইন্ডোজের %PATH%কমান্ড-লাইনের জন্যও পরিবর্তনশীল রয়েছে , আপনি এটি সম্পর্কে কখনই জানতেন না, কারণ উইন্ডোজ কমান্ড-লাইন লিনাক্সের চেয়ে কম বহুমুখী এবং কম ব্যবহৃত হয়। সংক্ষেপে, আপনি যা কিছু দেখতে পাচ্ছেন তাতে ভয় দেখাবেন না, কারণ প্রতিদিন এটি প্রায়শই প্রায়শই ব্যবহৃত প্রায়শই 20% আদেশ এবং ক্রিয়াকলাপ দেয় এবং তারা আপনাকে 80% কাজ দেয়।