मुझे लगता है कि एक उपनाम की तुलना में एक प्रतीकात्मक लिंक बनाने के लिए बेहतर है। जब आप एक नहीं चाहते थे, तो एक उपनाम आपकी कमांड लाइन पर प्रतिस्थापन कर सकता है ; सीमलिंक बनाने से आप कार्यक्रम को अपनी इच्छानुसार चला सकते हैं:
sudo ln -s full_path_to_opt/LightTable/deploy/LightTable /usr/local/bin
यह / usr / लोकल / बिन (जो आपके PATH में पहले से ही होना चाहिए!) को एक शॉर्टकट बनाएगा, जहां वास्तव में LightTable है। ध्यान दें कि यदि आप "लाइटटेबल" में कैपिटल अक्षरों को पसंद नहीं करते हैं, तो आप सिमिलिंक का नाम बदल सकते हैं:
sudo ln -s full_path_to_opt/LightTable/deploy/LightTable /usr/local/bin/lighttable
केवल संदर्भ के लिए, यदि प्रोग्राम अजीब तरह से डिज़ाइन किया गया है, अर्थात कॉन्फ़िगरेशन फ़ाइलों या पुस्तकालयों या जो कुछ भी नहीं मिल रहा है, उसके बारे में शिकायत करता है, तो एक और समाधान जो अधिक उपयोगी हो सकता है वह एक आवरण स्क्रिप्ट बना रहा है। ऐसा करने के लिए बस एक फ़ाइल बनाएँ (जहाँ भी आप समय के लिए पसंद करें) जिसे "लाइटटेबल" (या जो कुछ भी आपको पसंद है) को इसमें शामिल करें:
#!/bin/sh
# Simple script to run LightTable
if ! cd full_path_to_opt/LightTable/deploy/LightTable ; then
echo "$0: error: LightTable directory not found." >&2
exit 1
fi
exec ./LightTable
इस फ़ाइल की अनुमतियाँ बदलें:
chmod 755 <wrapper_script>
और इसे निष्पादित करने का प्रयास करें कि क्या यह काम करता है, और यदि ऐसा है तो इसे / usr / स्थानीय / बिन पर ले जाएँ:
sudo mv -i <wrapper_script> /usr/local/bin
PATH
पर्यावरण चर में निर्देशिका को जोड़ना अक्सर इसे प्राप्त करने का सबसे अच्छा तरीका नहीं है, और कभी-कभी सिस्टम को तोड़ भी सकता है या सुरक्षा कमजोरियां पैदा कर सकता है। (एक किसी अन्य निष्पादनयोग्य कि आदेश में इस से चालू हो जाएगा पर विचार करना चाहिए, साथ ही जहां मेंPATH
, यह दिया जाता है।) एक खोल उपनाम जोड़ने के रूप में यहाँ जवाब के अंतर्गत आने वाले, किसी को भी करता है जो इस तरह की जटिलताओं पर विचार करना नहीं चाहते हैं के लिए बेहतर है; यह प्रश्न में विशिष्ट एप्लिकेशन के अनुरूप अधिक संकीर्ण है। इस प्रकार यह उस प्रश्न का एक डुप्लिकेट नहीं है, हालांकि वे थोड़ा ओवरलैप करते हैं।