এটি কি `/ usr / স্থানীয়` কাটা নিরাপদ?


15

আমি কী জানি /usr/local- স্থানীয় মেশিনের জন্য সফ্টওয়্যার ইনস্টল করা। ডিফল্টরূপে, rootডিরেক্টরি মালিকানাধীন। এর অর্থ হ'ল সেখানে ইনস্টল করার জন্য আপনাকে ব্যবহার করা দরকার sudo। একটি একক ব্যবহারকারী বা বিকাশকারী মেশিনের জন্য, এটি কমান্ডের অপ্রয়োজনীয় অতিরিক্ত ব্যবহারের মতো বলে মনে হচ্ছে। অতএব, আমার প্রশ্ন - এটি আমার মালিকানা /usr/localকি নিরাপদ ?

উদাহরণস্বরূপ, OS X এর "ঠিকঠাক কাজ করছে" জন্য Homebrew কারণ তারা মালিক /usr/localএবং নিরাপদে ব্যবহার না করে তাদের সেখানে সফ্টওয়্যার ইনস্টল sudo

অতিরিক্তভাবে, আপনি যদি স্থানীয়ভাবে সফ্টওয়্যারটি ইনস্টল করে থাকেন /usr/localতবে বর্তমানে সফ্টওয়্যারটির নিজস্ব পরিবর্তন করতে বা প্লাগইন ইনস্টল করতে রুট প্রয়োজন root এটি অনিরাপদ বলে মনে হচ্ছে - আমি কেবল sudoতখনই ব্যবহার করতে চাই যখন আমি ঠিক জানি কী হবে।

মতামত?

উত্তর:


5

আমি এর মালিক হওয়ার প্রস্তাব দিতে পারি না /usr/local; বেশিরভাগ পরিস্থিতিতে এটি ব্যবহারের চেয়ে কম নিরাপদ sudo

আপনার প্রশ্নটি আপনাকে চাইলে দুটি কারণ প্রস্তাব করে chown /usr/local

প্রথমটি হল sudoসফ্টওয়্যার ইনস্টল করতে ব্যবহার না করা। এটি কারও কাছে পড়তে পারে (যেমন এই উত্তরটির লেখক ) বলেছেন যে আপনি দক্ষতার সাথে কাজ করতে চান, বা sudoআপনার পাসওয়ার্ড লিখতে এবং প্রবেশ করতে প্রয়োজনীয় কীস্ট্রোকগুলি সংরক্ষণ করতে পারেন। তবে সম্ভবত আপনি যখন "অপ্রয়োজনীয়" বলবেন আপনি তার পরিবর্তে ন্যূনতম সুযোগ-সুবিধার নীতিটি উল্লেখ করছেন :

ডিফল্টরূপে, rootডিরেক্টরি মালিকানাধীন। এর অর্থ হ'ল সেখানে ইনস্টল করার জন্য আপনাকে ব্যবহার করা দরকার sudo। একটি একক ব্যবহারকারী বা বিকাশকারী মেশিনের জন্য, এটি কমান্ডের অপ্রয়োজনীয় অতিরিক্ত ব্যবহারের মতো বলে মনে হচ্ছে

আমি প্রায়শই শুনতে পাই / লোকেরা "আমিই এই সিস্টেমটি ব্যবহার করে এমন একজনই, তাই আমার sudoপাসওয়ার্ড ব্যবহার করার প্রয়োজন হয় না of" এর প্রান্তে অভিযোগ করা / অভিযোগ করা শুনি । পাঠকদের জন্য যারা এই দর্শনটি রয়েছেন এবং এটি এখানে প্রাসঙ্গিক, তাই আসুন নিজের জিনিসগুলির মালিক হওয়ার মূল সুরক্ষার কারণ মনে করিয়ে দিন।

উবুন্টু সিস্টেমে ইনস্টল করা বেশিরভাগ প্রোগ্রাম ফাইলগুলির ফাইল মোড 755 থাকে, বা প্রতীকী স্বরলিপিতে rwxr-xr-x, মানে যে কোনও ব্যবহারকারী বা প্রোগ্রাম এটিকে কার্যকর করতে পারে তবে কেবল ফাইলগুলির মালিক, মূল, এগুলি পরিবর্তন করতে পারে। (প্রযুক্তিগতভাবে এটিরও প্রয়োজন যে wডিরেক্টরিটি অন্তর্ভুক্ত থাকা ডিরেক্টরিতে রুট ছাড়া আর কারও অনুমতি নেই, সুতরাং অন্যান্য ব্যবহারকারীরা সেগুলি মুছতে বা সরাতে পারবেন না))

এর অর্থ হ'ল আপনি, নম্র ব্যবহারকারীর দ্বারা যে কোনও প্রোগ্রাম কার্যকর করা যেতে পারে। আপনি যদি এমন কিছু করার জন্য কোনও প্রোগ্রাম ব্যবহার করার চেষ্টা করেন যা করার অনুমতি আপনার নেই, যেমন রুটের মালিকানাধীন কোনও ফাইলে রাইটিং অপারেশন করা, এটি ত্রুটি থেকে বেরিয়ে আসবে। এটি কিছু কমান্ড, একটি বগি অ্যাপ্লিকেশন, বা দূষিত কোডের মাধ্যমে টাইপো তৈরি করে, আপনার সিস্টেমকে বিশৃঙ্খলা করার সম্ভাবনা কম - এটি রুট হিসাবে চালানো না হলে এটির করার অনুমতি থাকবে না। এটি বিশেষত যখন কার্যকর প্রোগ্রামগুলি ইন্টারনেটের সাথে যোগাযোগ করে তখন কার্যকর হয়।

যদি আপনি chown /usr/local, আপনার অধিকার নিয়ে চলমান যে কোনও প্রোগ্রাম সেখানে ফাইলগুলি লিখতে পারে, যা পরে কোনও কারণে মূল হিসাবে চালানো হতে পারে, যেমন একই নামের অন্য কমান্ডকে ছাড়িয়ে দেওয়া। /usr/local/binডিফল্ট হয় $PATH, এবং sudoএর secure_path, এবং এটি আসে সামনে উভয় অন্য স্থানে। সুতরাং আমি যদি দুটি এক্সিকিউটেবল হয়

/usr/local/bin/chown
/bin/chown

যখন আমি চালানো sudo chown ..., মধ্যে মৃত্যুদন্ড কার্যকর করা হবেchown/usr/local/bin

তবে আপনি সম্ভবত এটি সমস্তই জানেন, যেহেতু আপনার দ্বিতীয় কারণটি সুরক্ষা সম্পর্কে:

অতিরিক্তভাবে, আপনি যদি স্থানীয়ভাবে সফ্টওয়্যারটি ইনস্টল করে থাকেন /usr/localতবে বর্তমানে সফ্টওয়্যারটির নিজস্ব পরিবর্তন করতে বা প্লাগইন ইনস্টল করতে রুট প্রয়োজন root এটি অনিরাপদ বলে মনে হচ্ছে - আমি কেবল sudoতখনই ব্যবহার করতে চাই যখন আমি ঠিক জানি কী হবে।

শুধু ক্ষেত্রে এটি এই এখানে উল্লেখ করা প্রয়োজন, এটি একেবারে সঠিক (যাহাই হউক না কেন FHS অনুযায়ী) এর স্থানীয়ভাবে কম্পাইল সফ্টওয়্যার ইনস্টল করার /usr/local, কিন্তু নিজেই কম্পাইল আপনার মধ্যে সম্পন্ন কোথাও হওয়া উচিত $HOMEছাড়া sudo, শেষ ধাপে যখন আপনি টাইপ পর্যন্ত sudo make installবা সমমানের।

আমি মনে করি আপনি প্রস্তাবিত করছেন যে কোনও প্রোগ্রামটিকে /usr/localতার অনিবদ্ধ মালিক হিসাবে ইনস্টল করে চালিত করার মাধ্যমে আপনি নিক্ষেপ করা নির্দিষ্ট ত্রুটিগুলি ব্যবহার করতে পারেন যখন এটি নিজেকে আপডেট করার চেষ্টা করে এটি আপনার নিজের মালিকানাধীন নয় এমন কোনও অন্য ফাইল সিস্টেমের অবস্থান পরিবর্তন করার চেষ্টা করছে যা আপনি একরকমভাবে পরিচালনা করছেন you চান না, যাতে আপনি এটি এটি করা থেকে বিরত করতে পারেন।

এটি সহায়ক হতে পারে। এর অর্থ এই যে আপনি প্রোগ্রামটির মধ্যে এটির পছন্দমতো কিছু করতে বিশ্বাস করেন /usr/localতবে অন্যত্র নয়। যদি এটি উন্নত অনুমতিগুলির জন্য অনুরোধ করে তবে আপনি এটি আপডেট করার অনুমতি দিতে বা এটি আনইনস্টল করতে অস্বীকার করতে পারেন। এটি আমার কাছে কিছুটা বোঝায়। তবে আমি মনে করি /usr/localএইভাবে এক ধরণের স্যান্ডবক্স হিসাবে ব্যবহার করার চেষ্টা করা সম্ভবত ভাল ধারণা নয় বা কমপক্ষে এটি সর্বাধিক সুরক্ষিত সমাধান হওয়ার সম্ভাবনা নেই। এটি কোনও সঠিকভাবে বিচ্ছিন্ন অবস্থান নয় ( /optএটি ডিফল্টটিতে নেই বলে কিছুটা বিচ্ছিন্ন $PATH)। প্রোগ্রামটি ক্ষতি হতে পারে এমন কিছু লিখতে বা মুছতে পারে /usr/local। আপনি চালিত অন্যান্য (সম্ভাব্য দুর্বল লিখিত) প্রোগ্রামগুলি সেখানে কোড লিখতে এবং প্রয়োগ করতে পারে যা আপনি জানেন না।

আপনি যদি কোনও প্রোগ্রামকে সুরক্ষিতভাবে আপডেট করার অনুমতি দেওয়ার বিষয়ে উদ্বিগ্ন হন তবে আপনার সম্ভবত বিকল্পগুলি সন্ধান করা উচিত (উদাহরণস্বরূপ অজগরটির মতো প্রোগ্রামের সাথে সুনির্দিষ্ট, অথবা আপনি আপনার প্রয়োজন অনুসারে স্ন্যাপ বা অনুরূপ প্রয়োগের সন্ধান করতে পারেন বা ব্যবহার করতে পারেন কোনও সাধারণ ব্যবহারকারীর দ্বারা চালিত প্রোগ্রামগুলির দ্বারা সিস্টেমের অবস্থানের (এমনকি একটি তুলনামূলকভাবে ব্যবহারকারী-ওয়াই) লিখিত হওয়ার পূর্বে কোনও সম্ভাব্য অনিরাপদ সফ্টওয়্যার পরীক্ষা করার জন্য পাত্রে বা কোনও ভিএম প্রোগ্রামগুলির সাথে অস্থায়ীভাবে উন্নত অনুমতিগুলির অনুমতি দেওয়ার ফলে এটি আমার কাছে অনাকাঙ্ক্ষিত প্রভাব রয়েছে বলে মনে হয় sudo


6

এটি অস্বাভাবিক যে /usr/localমালিকানাধীন নয় root। তবে আপনি নিজের ইচ্ছামতো মালিককে পরিবর্তন করতে পারবেন।

তবে আমি সুরক্ষা সমস্যা এড়াতে /usr/local/sbinএখনও মালিকানাধীন তা নিশ্চিত করার পরামর্শ দিচ্ছি root। এখানে কমান্ডগুলি কেবলমাত্র মূল দ্বারা ডাকা হয়।


2
আমি এর আগে বোরের একটি ইনস্টল করেছি, এবং টিউটোরিয়ালটি সিএন-আর-ইউজার / ইউএসআর / লোকাল করার পরামর্শ দিয়েছে তাই এখন আমি ক্লাউন -আর / ইউএসআর / লোকাল / এসবিন চলছে - / usr / লোকাল এ অন্য কোনও ফোল্ডার রয়েছে কি মূল মালিকানা সঙ্গে ভাল হতে পারে? কমান্ড চালানোর আগে আমার সমস্ত অনুমতি পরীক্ষা করা উচিত ছিল। তাত্ক্ষণিক "ফিরে আসার জন্য আফসোস"।
অনেথিংসিম্পল

2
এই উত্তরটি সন্তোষজনক নয় এবং ব্যাখ্যাটি সত্যই সঠিক নয়। যদি, সুরক্ষার কারণে, কমান্ডগুলি রুট দ্বারা মালিকানার উপর নির্ভর করা রাখা প্রয়োজনীয় হয় তবে /usr/local/binসেই রুটে কমান্ডগুলির কী হবে (এবং অন্যান্য ব্যবহারকারীরাও) চালাতে পারে? তাদের কি মূলের মালিকানাধীন হওয়ার দরকার নেই? তদ্ব্যতীত, কমান্ডগুলি রুট ব্যবহার করে - - /usr/local/sbinমাইয়ের কমান্ড সহ ভাগ করা লাইব্রেরিতে নির্ভর করে /usr/local/lib। এই লাইব্রেরিগুলি পরিবর্তন করা তাদের যে আদেশগুলি ব্যবহার করে সেগুলির আচরণের ক্ষেত্রে নির্বিচারে পরিবর্তনগুলি প্রবর্তন করতে পারে। কেবল /usr/local/sbinরুটের মালিকানা বজায় রাখা পুরোপুরি স্বেচ্ছাচারী বলে মনে হচ্ছে।
এলিয়াহ কাগন

5

সফ্টওয়্যার জন্য শুধুমাত্র আপনি প্রয়োজন, পরিবর্তে আপনার বাড়িতে ডিরেক্টরি ব্যবহার /usr/local

/usr/localযখন আপনি চান না তখন কমান্ডগুলির মালিকানা পরিবর্তন করতে বা রুট হিসাবে চালানোর পরিবর্তে আপনার বিল্ডগুলি কনফিগার করা উচিত যাতে তারা আপনার হোম ডিরেক্টরিতে পরিবর্তে ইনস্টল করে /usr/local। এটির মালিকানা পরিবর্তন /usr/localসহ সমস্ত সম্ভাব্য সমস্যাগুলির সমাধান করে , এর binএবং sbinসাব-ডিরেক্টরিগুলি কীভাবে তার rootপথে চলছে তা সহ ।

আপনার যদি অন্য ব্যবহারকারীদের আপনার সফ্টওয়্যারটি চালানোর অনুমতি দেওয়ার দরকার হয় তবে আপনি তাদের অ্যাক্সেস দিতে পারেন। প্রকৃতপক্ষে, তারা সম্ভবত ইতিমধ্যে সক্ষম হবেন, কারণ ডিফল্টরূপে আপনার হোম ডিরেক্টরিটিতে অ্যাক্সেস পড়ার অনুমতি দেওয়া হয় । (আপনি যদি এটি না চান তবে আপনি chmodব্যক্তিগত বা ব্যক্তিগতভাবে যে কোনও ফাইল বা ডিরেক্টরি তৈরি করতে চান তা ব্যবহার করে এবং এটি সম্ভবত আপনার পরিবর্তন করেও আপনি খুব সহজেই এটি পরিবর্তন করতে পারেন umask))

আপনার হোম ডিরেক্টরিতে সফ্টওয়্যার ইনস্টল করার সাথে, যে বাইনারিগুলি প্রবেশ করানো হয়েছে সেগুলি /usr/local/binতার পরিবর্তে প্রবেশ করবে । আপনি যে সফ্টওয়্যারটি ইনস্টল করেন তার সাব ডাইরেক্টরিগুলির সাথে সম্পর্কিত আপনার হোম ডিরেক্টরিটির অন্যান্য উপ-ডিরেক্টরিগুলি পাবেন । আপনি উত্স কোড থেকে সফ্টওয়্যার ইনস্টল করার সময় এটি স্বয়ংক্রিয়ভাবে ঘটবে।/home/username/bin/usr/local

আপনার বিল্ডগুলি কনফিগার করছে

আপনি উত্স কোড থেকে তৈরি বেশিরভাগ সফ্টওয়্যারটির একটি ধাপ রয়েছে যেখানে আপনি চালান:

./configure

configureস্ক্রিপ্টের সাহায্যে বহনকারী বেশিরভাগ সফ্টওয়্যার এর জন্য চালানো যেতে পারে, /usr/localশেষ পর্যন্ত আপনি যখন sudo make installএটি ইনস্টল করতে চলেছেন তখন এটি ভিতরে ইনস্টলেশনের জন্য বিল্ডটি কনফিগার করতে ডিফল্ট হয় । কারণটি হ'ল এটি স্পষ্টভাবে দৌড়ানোর সমতুল্য:

./configure --prefix=/usr/local

আপনার হোম ডিরেক্টরিতে ইনস্টলেশন জন্য একটি বিল্ড কনফিগার করতে, পরিবর্তে এটি ব্যবহার করুন:

./configure --prefix="$HOME"

অনুশীলনে, উবুন্টুতে, হোম ডিরেক্টরি পাথগুলিতে ফাঁকা স্থান, অন্যান্য সাদা জায়গা বা অন্যান্য অক্ষর নেই যা শেলের মতো বিশেষভাবে চিকিত্সা করবে * , সুতরাং আপনি যদি নিজের ব্যবহারকারী অ্যাকাউন্টটি বেশ অদ্ভুতভাবে সেট আপ না করেন তবে আপনি কেবল টাইপ করতে পারেন:

./configure --prefix=$HOME

(আমি এর অভ্যাসে থাকার পরামর্শ দিই না যদিও স্ক্রিপ্টগুলি লেখার , যদিও, অন্য কয়েকটি ওএসে - যেমন ম্যাকোস - ব্যবহারকারীর হোম ডিরেক্টরিতে ফাঁকা স্থান রাখার পথগুলির পক্ষে কম অস্বাভাবিক))

অথবা আপনি যদি পছন্দ করেন তবে আপনি নিজের হোম ডিরেক্টরি ডিরেক্টরিটি টাইপ করতে পারেন:

./configure --prefix=/home/username

(প্রতিস্থাপন username অবশ্যই আপনার প্রকৃত ব্যবহারকারীর some কোনও কারণে যদি আপনার হোম ডিরেক্টরিটি না থাকে /homeতবে আপনাকে সে অনুযায়ী সামঞ্জস্য করতে হবে))

আপনার বিল্ড ইনস্টল করা হচ্ছে

আপনি চালাতে পর make, আপনি চলমান অভ্যস্ত হতে পারে sudo make install, কিন্তু আপনি আপনার নিজের বাড়ির ডিরেক্টরির মধ্যে ইনস্টল করুন, আপনাকে, তাই আপনি যা করতে পারেন রুট হিসাবে এটি চালানোর জন্য প্রয়োজন হবে না - এবং উচিত --omit sudo। শেষ ঘন্টা:

make install

একইভাবে, সফ্টওয়্যারগুলির জন্য যা একটি uninstallলক্ষ্য সমর্থন করে :

make uninstall

আপনি ঠিক যা চেয়েছিলেন ঠিক এটিই আপনার বাড়ির ডিরেক্টরিতে নয় /usr/local

আপনার প্রোগ্রাম চলমান

সম্ভবতbin আপনার বাড়িতে ডিরেক্টরি সাব পারেন হল:

  • ইতিমধ্যে আপনার $PATH, বা
  • আপনার মধ্যে হতে হবে $PATHযদি আপনি শুধু লগ আউট করে ফিরে।

কারণটি হ'ল .profileআপনার হোম ডিরেক্টরিতে থাকা ফাইলটিতে, আপনি লগ ইন করার সময় চলমান কমান্ডগুলি ধারণ করে, এটি উবুন্টুর বেশিরভাগ সংস্করণে তৈরি হওয়া অ্যাকাউন্ট অ্যাকাউন্টের জন্য ডিফল্টরূপে থাকে (আপনি ওএস ইনস্টল করার সময় তৈরি করা প্রশাসক অ্যাকাউন্ট সহ):

# set PATH so it includes user's private bin if it exists
if [ -d "$HOME/bin" ] ; then
    PATH="$HOME/bin:$PATH"
fi

আপনি যখন লগ ইন করবেন তখন এই কোডটি চলবে (কারণ এটি এতে রয়েছে .profile) এবং আপনার ব্যক্তিগত binডিরেক্টরিটি $PATH কেবল তখনই উপস্থিত থাকলে তা স্থাপন করে। এজন্য আপনাকে লগ আউট এবং পিছনে প্রবেশ করতে হবে।

উবুন্টু 14.04 এর মতো পুরানো রিলিজ , পাশাপাশি উবুন্টু 17.10 এর মতো নতুন রিলিজ that তবে উবুন্টু ১.0.০৪, যা সম্ভবত এই লেখার সবচেয়ে জনপ্রিয় প্রকাশ, এর পরিবর্তে এটি রয়েছে:

# set PATH so it includes user's private bin directories
PATH="$HOME/bin:$HOME/.local/bin:$PATH"

এটি কেবলমাত্র binআপনার ডিরেক্টরি ডিরেক্টরি --- পাশাপাশি .local/binউপ-ডিরেক্টরি - আপনার $PATHডিরেক্টরিতে যুক্ত করে those ডিরেক্টরিগুলি আসলে রয়েছে কিনা তা পরীক্ষা না করেই। সুতরাং আপনি যদি 16.04 ব্যবহার করেন বা আপনার ব্যবহারকারী অ্যাকাউন্ট তৈরির সময় আপনি যদি 16.04-এর সিস্টেম থেকে আপগ্রেড করেন তবে binআপনার হোম ডিরেক্টরিটির সাব-ডিরেক্টরিটি সম্ভবত ইতিমধ্যে আপনার মধ্যে রয়েছে$PATH

তোমার .profileফাইল থেকে অনুলিপি করা হয়েছে /etc/skelডিরেক্টরির যখন আপনার ব্যবহারকারী অ্যাকাউন্ট তৈরি করা হয়। যদি আপনার ব্যবহারকারী অ্যাকাউন্টটি কোনও পুরানো উবুন্টু প্রকাশে তৈরি করা হয়েছিল, তবে এটির সংস্করণটি পেয়ে গেল.profile , এবং এটির কোনও পরিবর্তন হয়নি - আপনার ব্যবহারকারী অ্যাকাউন্টের জন্য - আরও সাম্প্রতিক প্রকাশে আপগ্রেড করে।

একবার binআপনার বাড়ির ডিরেক্টরিটির উপ-ডিরেক্টরি আপনার মধ্যে $PATHএলে আপনি উবুন্টুর প্যাকেজ ম্যানেজার দ্বারা ইনস্টল করা বা ভিতরে ইনস্টল হওয়া প্রোগ্রামগুলির সাথে ঠিক তেমন প্রোগ্রামগুলি চালাতে সক্ষম হবেন যাঁর এক্সিকিউটেবল ফাইলগুলি কেবল তাদের নাম টাইপ করে ইনস্টল করা আছে /usr/local

.localঅপশন

আপনি লক্ষ্য করেছেন যে .profileউপরে বর্ণিত ১ 16.০৪ সহ কিছু উবুন্টু প্রকাশে ব্যবহারকারী অ্যাকাউন্টগুলির জন্য ডিফল্ট ফাইলটি কেবল $HOME/binআপনার পথেই নয়, আরও যুক্ত করে $HOME/.local/bin। যদি .profileআপনি এটি যোগ না করেন তবে আপনি এটিতে চান তবে আপনি কেবল এটিকে সম্পাদনা করতে পারেন।

যদিও প্রায়শই সেটিংস এবং ক্যাশেড ডেটা সঞ্চয় করতে ব্যবহৃত হয় , আপনি .localনিজের হোম ডিরেক্টরিতে সাব-ডিরেক্টরিতেও সফ্টওয়্যার ইনস্টল করতে পারেন । এটি ব্যবহারে আপনার বাধা বোধ করা উচিত, যেমন একটি ব্যবহারযোগ্যতা এবং সুরক্ষা দৃষ্টিকোণ থেকে, --prefix="$HOME/.local"অনুরূপ --prefix="$HOME"

মনে রাখবেন যে ফাইল এবং ডিরেক্টরিগুলি দিয়ে শুরু হয় .সেগুলি গ্রাফিকাল ফাইল ব্রাউজারগুলিতে ডিফল্টরূপে প্রদর্শন করা হয় না ( সেগুলি দেখানোর জন্য এবং পুনরায় প্রদর্শন করতে Ctrl+ ব্যবহার Hকরুন) বা lsকমান্ড দ্বারা ( সেগুলি প্রদর্শনের জন্য -Aবা -aপতাকাটি পাস করুন)। এটি আপনি যা চান তা নাও হতে পারে, বা এটি আপনি যা চান ঠিক তেমন হতে পারে। এটি ব্যক্তিগত পছন্দের বিষয়।

যাইহোক, আমি লক্ষ্য করেছি যে কিছু স্বয়ংক্রিয় উত্স-ভিত্তিক প্যাকেজ পরিচালক যা কারওর হোম ডিরেক্টরি ব্যবহার করে সফ্টওয়্যার তৈরি করে এবং ইনস্টল করে $HOME/.local। এটি আসলে কতটা সাধারণ তা আমি জানি না - আমি আরও উত্তর তদন্ত করে এই উত্তরটি আপডেট করার আশাবাদী - তবে আপনি $HOMEনিজে যে বিষয়গুলি সঙ্কলন করেন কেবল তার জন্য ব্যবহার করতে পছন্দ করতে পারেন । এই জিনিসগুলি কোথা থেকে এসেছে তা স্পষ্ট হবে। এবং যদি কোনও সংঘর্ষ হয় তবে সফ্টওয়্যারটি এখনও গ্রহণযোগ্যভাবে সহাবস্থান করার সম্ভাবনা রয়েছে।

আপনি ইচ্ছাকৃতভাবে কিছু সফ্টওয়্যার ইন $HOME/.localএবং অন্যান্য সফ্টওয়্যার ইনস্টল করতে পারেন $HOME। এটা আপনার উপর নির্ভর করছে. binআপনার $PATHএনভায়রনমেন্ট ভেরিয়েবলের মধ্যে যে ডিরেক্টরিটি প্রথম প্রদর্শিত হবে তা হ'ল কমান্ডটি চালিত হবে, যদি একই নামের আদেশ দুটি ক্ষেত্রেই বিদ্যমান থাকে।


ক্রেডিট যায় Zanna এবং Videonauth জন্য ত্রুটি ইশারা একটি পূর্ববর্তী সংস্করণ সংক্রান্ত যা উবুন্টু রিলিজ যা ডিফল্ট কোড আছে, এই উত্তর .profile, এবং সংশোধন করার জন্য আমাকে সাহায্য তাদের (এছাড়াও দেখুন এখানে )।


0

সুডো যদি এমন অসুবিধা হয় তবে কেবল আপডেট করুন / ইত্যাদি / সুডোয়ার্স যাতে আপনি sudo চালানোর সময় আপনার পাসওয়ার্ডটি প্রবেশ করতে হবে না। আমি বিশ্বাস করি যে / usr / স্থানীয় এর মালিক পরিবর্তনের চেয়ে ভাল সমাধান।


4
পাসওয়ার্ডগুলি ইস্যু নয় - এটি আপনার ধারণা যে কোনও প্রোগ্রামে মডিউল ইনস্টল /usr/localকরতে সুডো ব্যবহার করতে হবে যা সম্ভবত বিপজ্জনক।
PR3x
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.