ಲಿನಕ್ಸ್‌ನಲ್ಲಿ ಪ್ರೋಗ್ರಾಂಗಳನ್ನು ಸ್ಥಾಪಿಸುವ ಕಲೆ

ಲಿನಕ್ಸ್‌ನಲ್ಲಿ ಹೊಸ ಪ್ರೋಗ್ರಾಂಗಳನ್ನು ಸ್ಥಾಪಿಸುವುದರಿಂದ, ವಿಂಡೋಸ್ ಕೆಲಸ ಮಾಡುವ ವಿಧಾನಕ್ಕಿಂತ ಹೆಚ್ಚಿನ ಅನುಕೂಲಗಳನ್ನು ಹೊಂದಿರುವಾಗ, ಹೊಸ ಬಳಕೆದಾರರನ್ನು ಗೊಂದಲಗೊಳಿಸಬಹುದು. ಸುಧಾರಿಸಬಹುದಾದ ವಿಷಯಗಳ ಪಟ್ಟಿ ಇಲ್ಲಿದೆ...

1. ಓಪನ್ ಸೋರ್ಸ್ ... ಮತ್ತು ಇನ್ನಷ್ಟು

ಉಚಿತ ಸಾಫ್ಟ್‌ವೇರ್ ಯಾರಾದರೂ ಅದರ ಮೂಲ ಕೋಡ್ ಅನ್ನು ಪ್ರವೇಶಿಸಲು ಅನುಮತಿಸುತ್ತದೆ. ಆದಾಗ್ಯೂ, ಹೆಚ್ಚಿನ ಬಳಕೆದಾರರು ಕಾರ್ಯಕ್ರಮಗಳ ಮೂಲ ಕೋಡ್‌ಗೆ ಪ್ರವೇಶವನ್ನು ಬಯಸುವುದಿಲ್ಲ, ಆದರೆ ಸರಳ ಬೈನರಿಗೆ. ಆ ಅರ್ಥದಲ್ಲಿ, ಅಭಿವರ್ಧಕರು ತಮ್ಮ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಎಲ್ಲಾ ಆವೃತ್ತಿಗಳಿಗೆ ಲಭ್ಯವಾಗುವಂತೆ ಮಾಡುವ ಬಗ್ಗೆ ಚಿಂತಿಸಬೇಕು ಅಥವಾ ಅವುಗಳಲ್ಲಿ ಹೆಚ್ಚಿನವು. ಅದೃಷ್ಟವಶಾತ್, ಅವರು ತಮ್ಮ ಕೊಳಕು ಕೆಲಸವನ್ನು ಮಾಡಬೇಕಾಗಿಲ್ಲ, ಏಕೆಂದರೆ ಈ ಉದಾತ್ತ ಕಾರ್ಯಕ್ಕೆ ಸಹಾಯ ಮಾಡುವ ವಿಭಿನ್ನ ಡಿಸ್ಟ್ರೋಗಳ ಅಭಿಮಾನಿಗಳು ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯಲ್ಲಿದ್ದಾರೆ.

2. ಉಹ್ ... ಈಗ ಏನು?

ನಾನು ಎಕ್ಸ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿದ್ದೇನೆ ಮತ್ತು ಶಾರ್ಟ್ಕಟ್ ಮುಖ್ಯ ಮೆನುವಿನಲ್ಲಿ ತೋರಿಸುತ್ತಿಲ್ಲ. ಇದು ನಿಮಗೆ ಎಂದಾದರೂ ಸಂಭವಿಸಿದೆ, ವಿಶೇಷವಾಗಿ ವೈನ್ ಮೂಲಕ ವಿಂಡೋಸ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಸ್ಥಾಪಿಸಲಾಗಿದೆ. XNUMX ನೇ ಶತಮಾನದ ಕಾರ್ಯಾಚರಣಾ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಇದು ಸ್ವೀಕಾರಾರ್ಹವಲ್ಲ.

3. ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ಪ್ರಮಾಣೀಕರಿಸಿ

ಅನುಸ್ಥಾಪನಾ ಪ್ಯಾಕೇಜ್‌ಗಳನ್ನು ಒಂದೇ ಸ್ವರೂಪದಲ್ಲಿ ಏಕೀಕರಿಸುವ ಹುಚ್ಚು ಕಲ್ಪನೆಯ ಬಗ್ಗೆ ಒಂದು ಸೆಕೆಂಡ್ ಮರೆತುಬಿಡೋಣ, ಅದು ಎಂದಿಗೂ ಸಂಭವಿಸುವುದಿಲ್ಲ (ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ, ಬಹಳ ಮಾನ್ಯ ಕಾರಣಗಳಿಗಾಗಿ). ಆದಾಗ್ಯೂ, ಚಿತ್ರಾತ್ಮಕ ಪ್ಯಾಕೇಜ್ ಸ್ಥಾಪನೆಯ ಸಂಪರ್ಕಸಾಧನಗಳು ಒಂದೇ ರೀತಿ ಕಾಣುತ್ತಿದ್ದರೆ ಮತ್ತು ವಿಭಿನ್ನ ಪ್ಯಾಕೇಜ್ ವ್ಯವಸ್ಥೆಗಳೊಂದಿಗೆ ಹೊಂದಿಕೆಯಾಗಿದ್ದರೆ ಅದು ತುಂಬಾ ಉಪಯುಕ್ತವಾಗಿರುತ್ತದೆ. ಇದು ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ ಸಂಭವಿಸುತ್ತದೆ, ಆದರೆ ಇದನ್ನು ಹೆಚ್ಚು ಶ್ರದ್ಧೆಯಿಂದ ಮಾಡಬೇಕು.

4. ಸಂಕಲನ ಸುಲಭವಾಗಬೇಕು

ನಮ್ಮ ನೆಚ್ಚಿನ ಡಿಸ್ಟ್ರೊಗಾಗಿ ಪ್ರೋಗ್ರಾಂನ ಪ್ಯಾಕೇಜುಗಳನ್ನು ಪಡೆಯುವುದು ಅನೇಕ ಬಾರಿ ಅಸಾಧ್ಯ. ಅಂತಹ ಸಂದರ್ಭದಲ್ಲಿ, ಮೂಲ ಕೋಡ್ ಅನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡುವುದು ಮತ್ತು ಅದನ್ನು ಕಂಪೈಲ್ ಮಾಡಲು ಪ್ರಯತ್ನಿಸುವುದು ಮಾತ್ರ ಉಳಿದಿದೆ. ಕೆಟ್ಟ ಸುದ್ದಿಯೆಂದರೆ, ಈ ಸಂಕೀರ್ಣ ಕಾರ್ಯದಲ್ಲಿ ಯಶಸ್ವಿಯಾಗಲು ಅನುಸರಿಸಬೇಕಾದ ಕ್ರಮಗಳ ವಿವರವನ್ನು ಅನೇಕರು ಒಳಗೊಂಡಿಲ್ಲ. Install.sh ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಸೇರಿಸಿದ್ದರೆ ಅದು ಎಲ್ಲವನ್ನೂ ನೋಡಿಕೊಳ್ಳುತ್ತದೆ, ಅವಲಂಬನೆಗಳನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ.

5. "ಕೈಯಿಂದ" ಸಂಕಲಿಸಿದ ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಅಸ್ಥಾಪಿಸುವ ಒಡಿಸ್ಸಿ

"ಕೈಯಿಂದ" ಸಂಕಲಿಸಲಾದ ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಅಸ್ಥಾಪಿಸುವುದರಿಂದ ನಿಜವಾದ ದುಃಸ್ವಪ್ನವಾಗಬಹುದು, ವಿಶೇಷವಾಗಿ ಅಭಿವರ್ಧಕರು ಸೂಚನೆಗಳನ್ನು ಸೇರಿಸದಿದ್ದರೆ ಅಸ್ಥಾಪಿಸು.

6. ಪ್ರಮಾಣಿತ ಮೆಟಾ-ಪ್ಯಾಕೇಜ್?

ಸರಿ, ಸಾಮಾನ್ಯ ಪ್ಯಾಕೆಟ್ ಸ್ವರೂಪವನ್ನು ಬಳಸಲು ನಾವು ಎಂದಿಗೂ ಒಪ್ಪುವುದಿಲ್ಲ. ಆದಾಗ್ಯೂ, ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಯಾವುದೇ ಪ್ಯಾಕೇಜ್ ಸ್ವರೂಪಗಳನ್ನು ಸಂಗ್ರಹಿಸಬಹುದಾದ ಮೆಟಾ-ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಬಳಸಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ (ಎವಿಐ ಮೆಟಾ-ಪ್ಯಾಕೇಜ್ ವಿಭಿನ್ನ ವೀಡಿಯೊ ಸ್ವರೂಪಗಳನ್ನು ಸಂಗ್ರಹಿಸುವ ರೀತಿಯಲ್ಲಿಯೇ)? ಆ ರೀತಿಯಲ್ಲಿ ಅದೇ ಪ್ಯಾಕೇಜ್ ಯಾವುದೇ ಡಿಸ್ಟ್ರೋದಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ. 🙂

7. ಪ್ರಮಾಣೀಕೃತ ಪ್ಯಾಕೇಜ್ ಹೆಸರುಗಳು

ಒಂದೇ ಪ್ಯಾಕೇಜ್‌ಗಳಿಗೆ ವಿಭಿನ್ನ ಡಿಸ್ಟ್ರೋಗಳು ವಿಭಿನ್ನ ಹೆಸರುಗಳನ್ನು ಏಕೆ ನೀಡುತ್ತವೆ? ಪ್ಯಾಕೇಜ್ ಅವಲಂಬನೆ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು ಸುಲಭವಾಗಿಸಲು, ಪ್ಯಾಕೇಜ್‌ಗಳನ್ನು ಹೆಸರಿಸಲು ಏಕರೂಪದ ಮತ್ತು ಪ್ರಮಾಣೀಕೃತ ವಿಧಾನವನ್ನು ಒಪ್ಪಿಕೊಳ್ಳುವುದು ಅತ್ಯಗತ್ಯ.

8. ಪ್ಯಾಕೇಜುಗಳನ್ನು ನಿರ್ಮಿಸುವ ವಿಧಾನವನ್ನು ಪ್ರಮಾಣೀಕರಿಸಿ

ಹೆಸರುಗಳ ಜೊತೆಗೆ, ಪ್ಯಾಕೇಜ್‌ಗಳನ್ನು ನಿರ್ಮಿಸಲು ಕಾರ್ಯಕ್ರಮಗಳನ್ನು ಗುಂಪು ಮಾಡುವ ವಿಧಾನವನ್ನು ಪ್ರಮಾಣೀಕರಿಸುವುದು ಅವಶ್ಯಕ. ಇಂದು ಪ್ರತಿ ಡಿಸ್ಟ್ರೋ ತನಗೆ ಬೇಕಾದುದನ್ನು ಮಾಡುತ್ತದೆ. ಈ ಸಮಸ್ಯೆಯನ್ನು ಸರಿಪಡಿಸುವುದರಿಂದ ಪ್ಯಾಕೇಜ್ ಕ್ರಮಾನುಗತವು ಹೆಚ್ಚು ಸ್ಥಿರವಾಗಿರುತ್ತದೆ ಮತ್ತು ಗೊಂದಲವನ್ನು ಬಹಳವಾಗಿ ಕಡಿಮೆ ಮಾಡುತ್ತದೆ.

9. ಮೂಲ ಕೋಡ್‌ನ ಸ್ವಯಂಚಾಲಿತ ಸಂಕಲನ ಮತ್ತು ಸ್ಥಾಪನೆ

ಪ್ರಸ್ತುತ ಪ್ಯಾಕೇಜ್ ವ್ಯವಸ್ಥೆಯನ್ನು ಬಳಸುವ ಬದಲು ಪ್ಯಾಕೇಜ್ ವ್ಯವಸ್ಥಾಪಕರು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಪ್ರೋಗ್ರಾಂಗಳನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಲು, ಕಂಪೈಲ್ ಮಾಡಲು ಮತ್ತು ಸ್ಥಾಪಿಸಲು ಸಾಧ್ಯವಾದರೆ ಅದು ಒಳ್ಳೆಯದಲ್ಲವೇ? ಯೌರ್ಟ್ ಈ ಮಾರ್ಗಗಳಲ್ಲಿ ಸಾಗುತ್ತಿರುವಂತೆ ತೋರುತ್ತಿದೆ ... ಆದರೆ ಈ ವಿಷಯದಲ್ಲಿ ಹೆಚ್ಚಿನ ಅನುಭವಗಳು ಇರಬೇಕು.

10. ವೆಬ್ ಬ್ರೌಸರ್‌ನಿಂದ ನವೀಕರಣಗಳು

ಉಬುಂಟುನಲ್ಲಿ, ವೆಬ್ ಬ್ರೌಸರ್‌ನಿಂದ ನೇರವಾಗಿ ಪ್ರೋಗ್ರಾಮ್‌ಗಳನ್ನು ಸ್ಥಾಪಿಸುವ ಸಾಧನದೊಂದಿಗೆ ಆಪ್ಟ್ ಬರುತ್ತದೆ. ಇತರ ಡಿಸ್ಟ್ರೋಗಳು ಈ ಅನುಭವವನ್ನು ಪುನರಾವರ್ತಿಸಬೇಕು ಮತ್ತು ಆನ್‌ಲೈನ್ ಪ್ಯಾಕೇಜ್ ವ್ಯವಸ್ಥಾಪಕರನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವುದು ಸಹ ಆಸಕ್ತಿದಾಯಕವಾಗಿದೆ. ಡಿಸ್ಟ್ರೊದ ಅಧಿಕೃತ ಭಂಡಾರಗಳಿಂದ ಕಾರ್ಯಕ್ರಮಗಳನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡುವವರೆಗೆ ಇದು ಭದ್ರತಾ ರಂಧ್ರವಾಗುವುದಿಲ್ಲ.

11. ಹಲವಾರು ವಿಭಿನ್ನ ಪ್ಯಾಕೇಜ್ ಸ್ವರೂಪಗಳನ್ನು ಹೊಂದಲು ಇದು ನಿಜವಾಗಿಯೂ ಯೋಗ್ಯವಾಗಿದೆಯೇ?

ಪೂರ್ಣ ಮತ್ತು ಸಂಪೂರ್ಣ ಪ್ರಮಾಣೀಕರಣವು ಅತ್ಯುತ್ತಮ ಆಯ್ಕೆಯಾಗಿದೆಯೆ ಎಂದು ನನಗೆ ತಿಳಿದಿಲ್ಲ, ಆದರೆ ಅನಂತ ಸಂಖ್ಯೆಯ ವಿಭಿನ್ನ ಪ್ಯಾಕೇಜ್ ಸ್ವರೂಪಗಳ ಅಸ್ತಿತ್ವವು ಎಲ್ಲಾ ಲಿನಕ್ಸ್ ಬಳಕೆದಾರರು ತಮ್ಮ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಬಳಸಬೇಕೆಂದು ಬಯಸುವ ಡೆವಲಪರ್‌ಗಳಿಗೆ ವಿಷಯಗಳನ್ನು ಹೆಚ್ಚು ಕಷ್ಟಕರವಾಗಿಸುತ್ತದೆ ಎಂದು ಒಪ್ಪಿಕೊಳ್ಳೋಣ.

12. ಸ್ಥಾಪಿಸಿದ ನಂತರ ರನ್ ಮಾಡಿ

ಇದೀಗ ಸ್ಥಾಪಿಸಲಾದ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಚಲಾಯಿಸುವ ಸಾಧ್ಯತೆ ಯಾವಾಗ ಕಾಣಿಸುತ್ತದೆ? ಇದು ತುಂಬಾ ಸರಳವಾಗಿದೆ ಮತ್ತು ಇದು ತುಂಬಾ ಉಪಯುಕ್ತವಾಗಿದೆ. ಅತಿಯಾದ ಮಾಹಿತಿಯನ್ನು ತೋರಿಸುವ ಬದಲು (ಅಥವಾ ಹೆಚ್ಚಿನ ಬಳಕೆದಾರರು ತಿಳಿಯಲು ಇಷ್ಟಪಡದ ಕನಿಷ್ಠ ವಿವರಗಳು), ನಮಗೆ ಈ ಆಯ್ಕೆ ಇದ್ದರೆ ಅದು ಆಸಕ್ತಿದಾಯಕವಾಗಿರುತ್ತದೆ.

13. ಪ್ಯಾಕೇಜ್ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಮೂಲ ನಿರ್ಮಾಣಗಳನ್ನು ಇರಿಸಿ

ಲಿನಕ್ಸ್‌ನಲ್ಲಿ ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಕಂಪೈಲ್ ಮಾಡುವುದು ಮತ್ತು ಸ್ಥಾಪಿಸುವುದು ಕಷ್ಟದ ಕೆಲಸವಲ್ಲ, ಹೆಚ್ಚುವರಿಯಾಗಿ, ಪ್ಯಾಕೇಜ್ ಮ್ಯಾನೇಜರ್‌ಗೆ ಆ ಪ್ರೋಗ್ರಾಂ ಅಥವಾ ಅದರ ಅವಲಂಬನೆಗಳ ಸ್ಥಾಪನೆಯ ಬಗ್ಗೆ ತಿಳಿದಿರುವುದಿಲ್ಲ, ಅವುಗಳು ಇನ್ನೂ ತೃಪ್ತಿ ಹೊಂದಿಲ್ಲ ಎಂದು ನಂಬುತ್ತಾರೆ. ತಮ್ಮ ಮೂಲ ಕೋಡ್‌ನಿಂದ ಪ್ರೋಗ್ರಾಮ್‌ಗಳ ಸಂಕಲನ ಮತ್ತು ಸ್ಥಾಪನೆಗೆ ಅನುವು ಮಾಡಿಕೊಡುವ ಪ್ಯಾಕೇಜ್ ಮ್ಯಾನೇಜರ್ ಸಹ ಈ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುತ್ತದೆ.

14. ಹಳೆಯ ಅವಲಂಬನೆಗಳನ್ನು ತೆಗೆದುಹಾಕಿ

ಆಪ್ಟಿಟ್ಯೂಡ್ ಅಥವಾ ಯಮ್‌ನ ವಿಷಯದಲ್ಲಿ ಇದು ಅಲ್ಲ, ಆದರೆ ಪ್ಯಾಕೇಜ್‌ಗಳನ್ನು ಅಸ್ಥಾಪಿಸಲು ನಾವು ಆಪ್ಟ್-ಗೆಟ್ ಅನ್ನು ಬಳಸುವಾಗ, ಅವುಗಳ ಅವಲಂಬನೆಗಳು (ಇತರ ಪ್ಯಾಕೇಜ್‌ಗಳಿಗೆ ಇನ್ನು ಮುಂದೆ ಅಗತ್ಯವಿಲ್ಲ) ಅವರೊಂದಿಗೆ ಅಸ್ಥಾಪಿಸಲಾಗುವುದಿಲ್ಲ. ಈ ಪರಿಸ್ಥಿತಿಯನ್ನು ಪರಿಹರಿಸಲು, ಬಳಸಿ sudo apt-get autoremove. ಮಹನೀಯರೇ, ಇದು ಸ್ವಯಂಚಾಲಿತವಾಗಿರಬೇಕು ... ದೀರ್ಘಕಾಲದವರೆಗೆ!

ಮೂಲ: ಟೆಕ್ರಡಾರ್