Изкуството да инсталирате програми на Linux

Инсталирането на нови програми на Linux, макар и да има ОГРОМНИ предимства пред начина на правене на Windows, може да обърка новите потребители. Ето списък на нещата, които биха могли да бъдат подобрени...

1. Отворен код ... и нещо повече

Безплатният софтуер позволява на всеки достъп до неговия изходен код. Повечето потребители обаче не искат достъп до изходния код на програмите, а до обикновен двоичен файл. В този смисъл разработчиците трябва да се притесняват дали приложенията им ще бъдат достъпни за всички версии или поне за повечето от тях. За щастие те не трябва да си вършат мръсната работа, тъй като има голям брой фенове на различните дистрибуции, които могат да помогнат в тази благородна задача.

2. Ъъ ... сега какво?

Току-що инсталирах приложението X и пряк път не се показва в главното меню. Със сигурност някога ви се е случвало, особено с приложения на Windows, инсталирани чрез Wine. Това е неприемливо в операционната система на XNUMX-ви век.

3. Стандартизирайте интерфейсите

Да забравим за секунда за безумната идея за обединяване на инсталационните пакети в един формат, което никога няма да се случи (в някои случаи поради много основателни причини). Въпреки това може да бъде много полезно, ако графичните интерфейси за инсталиране на пакети изглеждат сходни и дори съвместими с различни пакетни системи. Това се случва в някои случаи, но трябва да се направи малко по-трудно.

4. Компилацията трябва да е по-лесна

Много пъти е невъзможно да получите пакети от програма за любимия ни дистрибутор. В този случай остава единствената опция да изтеглите изходния код и да опитате да го компилирате. Лошата новина е, че мнозина не включват подробности за стъпките, които да следвате, за да успеете в тази сложна задача. Не би ли било хубаво, ако е включен скрипт install.sh, който ще се погрижи за всичко, дори да провери за зависимости?

5. Одисеята за деинсталиране на програма, съставена „на ръка“

Деинсталирането на програма, която е съставена „на ръка“, може да се превърне в истински кошмар, особено ако разработчиците не са включили инструкции за направете деинсталиране.

6. Стандартен мета-пакет?

Добре, никога няма да се съгласим да използваме общ пакетен формат. Не би ли било възможно да се използва мета-пакет, в който да се съхранява някой от съществуващите формати на пакета (по същия начин, по който мета-пакетът AVI може да съхранява различни видео формати)? По този начин един и същ пакет може да работи на всеки дистрибутор. 🙂

7. Стандартизирани имена на пакети

Защо, по дяволите, различните дистрибуции дават различни имена на едни и същи пакети? За да се улесни решаването на проблемите със зависимостта на пакетите, би било от съществено значение да се постигне съгласие относно единния и стандартизиран метод за именуване на пакети.

8. Стандартизирайте начина на изграждане на пакетите

В допълнение към имената е необходимо да се стандартизира методът, при който програмите са групирани за изграждане на пакети. Днес всеки дистрибутор прави това, което иска. Коригирането на този проблем ще направи йерархията на пакетите по-последователна и значително ще намали объркването.

9. Автоматично компилиране и инсталиране на изходния код

Не би ли било хубаво, ако мениджърите на пакети могат автоматично да изтеглят, компилират и инсталират програми, вместо да се налага да използват текущата система на пакети? Yaourt изглежда върви по тези линии ... но трябва да има повече опит в това отношение.

10. Актуализации от уеб браузъра

В Ubuntu Apt се предлага с инструмент за инсталиране на програми директно от уеб браузъра. Други дистрибуции трябва да възпроизвеждат този опит и дори би било интересно да се разработят онлайн мениджъри на пакети. Това не би било дупка в сигурността, стига програмите да се изтеглят от официалните хранилища на дистрибуцията.

11. Заслужава ли си наистина толкова много различни формати на пакети?

Не знам дали пълната и абсолютна стандартизация е най-добрият вариант, но нека се съгласим, че съществуването на безкраен брой различни формати на пакети прави нещата по-трудни за разработчиците, които искат всички потребители на Linux да използват техните приложения.

12. Стартирайте след инсталиране

Кога ще се появи възможността за стартиране на току-що инсталираното приложение? Толкова е просто и би било толкова много полезно. Вместо да показваме излишна информация (или поне подробности, които повечето потребители не искат да знаят), би било интересно, ако имахме тази опция.

13. Съхранявайте компилациите на източници в база данни на пакети

Компилирането и инсталирането на програма в Linux е не само трудна задача, освен това мениджърът на пакети няма да е наясно с инсталирането на тази програма или нейните зависимости, вярвайки, че те все още не са доволни. Мениджър на пакети, който позволява компилирането и инсталирането на програми от техния изходен код, също би решил този проблем.

14. Премахнете старите зависимости

Това не е така при aptitude или yum, но когато използваме apt-get за деинсталиране на пакети, техните зависимости (които вече не се изискват от други пакети) не се деинсталират заедно с тях. За да поправите тази ситуация, използвайте ап-да изходен код. Господа, това трябва да е автоматично ... дълго време!

Fuente: TechRadar