|
Встановлення нових програм на Linux, маючи ВЕЛИЧЕЗНІ переваги перед тим, як робити Windows, може заплутати нових користувачів. Ось список речей, які можна вдосконалити... |
1. Відкритий код ... і щось більше
Безкоштовне програмне забезпечення дозволяє кожному отримати доступ до його вихідного коду. Однак більшість користувачів хочуть отримати доступ не до вихідного коду програм, а до простого двійкового файлу. У цьому сенсі розробникам слід турбуватися про те, щоб зробити свої програми доступними для всіх версій або принаймні для більшості з них. На щастя, їм не потрібно виконувати свою брудну роботу, оскільки існує велика кількість шанувальників різних дистрибутивів, які можуть допомогти у виконанні цього благородного завдання.
2. Е-е ... що зараз?
Я щойно встановив додаток X, і ярлик не відображається в головному меню. Це точно траплялося з вами, особливо з програмами Windows, встановленими через Wine. Це неприпустимо в операційній системі XNUMX століття.
3. Стандартизуйте інтерфейси
Давайте на секунду забудемо про шалену ідею об’єднання інсталяційних пакетів в єдиний формат, яка ніколи не відбудеться (в деяких випадках з цілком вагомих причин). Однак це може бути дуже корисно, якщо графічні інтерфейси встановлення пакунків виглядають однаково і навіть сумісні з різними системами пакетів. У деяких випадках це трапляється, але це слід робити більш старанно.
4. Складання має бути простішим
Багато разів неможливо отримати пакети програми для нашого улюбленого дистрибутива. У цьому випадку залишається єдиний варіант - завантажити вихідний код і спробувати скомпілювати його. Погана новина полягає в тому, що багато хто не включає деталей кроків, які слід виконати, щоб досягти успіху у виконанні цього складного завдання. Чи не було б непогано, якби був включений скрипт install.sh, який би подбав про все, навіть перевіряючи залежності?
5. Одісея видалення програми, складеної "вручну"
Видалення програми, скомпільованої «вручну», може стати справжнім кошмаром, особливо якщо розробники не включили інструкції щодо створення uninstall.
6. Стандартний мета-пакет?
Добре, ми ніколи не домовимося про використання загального формату пакетів. Однак чи не можна було б використати метапакет, у якому можна було б зберігати будь-який із уже існуючих форматів пакетів (так само, як метапакет AVI може зберігати різні формати відео)? Таким чином, той самий пакет міг би працювати на будь-якому дистрибутиві.
7. Стандартизовані назви пакетів
Чому, блін, різні дистрибутиви дають різні імена одним і тим же пакетам? Для спрощення вирішення проблем залежності пакетів було б важливо домовитись про єдиний і стандартизований метод іменування пакетів.
8. Стандартизуйте спосіб побудови пакетів
На додаток до назв, необхідно стандартизувати метод, за допомогою якого програми групуються для побудови пакетів. Сьогодні кожен дистрибутив робить те, що хоче. Виправлення цієї проблеми зробило б ієрархію пакетів більш послідовною та значно зменшило плутанину.
9. Автоматична компіляція та встановлення вихідного коду
Чи не було б непогано, якби менеджери пакетів могли автоматично завантажувати, компілювати та встановлювати програми замість того, щоб використовувати поточну систему пакетів? Яурт, схоже, йде в цьому напрямку ... але досвіду з цього приводу має бути більше.
10. Оновлення з веб-браузера
В Ubuntu Apt поставляється з інструментом для встановлення програм безпосередньо з веб-браузера. Інші дистрибутиви повинні повторити цей досвід, і навіть було б цікаво розробити онлайн-менеджерів пакетів. Це не було б дірою в безпеці, поки програми завантажувалися б з офіційних сховищ дистрибутива.
11. Чи справді варто мати стільки різних форматів пакетів?
Я не знаю, чи повна і абсолютна стандартизація є найкращим варіантом, але погодьмося, що існування безлічі різних форматів пакетів ускладнює ситуацію для розробників, які хочуть, щоб усі користувачі Linux використовували свої програми.
12. Запуск після встановлення
Коли з’явиться можливість запуску щойно встановленої програми? Це так просто, і це було б ооочень корисно. Замість показу зайвої інформації (або принаймні деталей, які більшість користувачів не хочуть знати), було б цікаво, якби у нас була така опція.
13. Зберігайте збірки джерел у базі даних пакетів
Складання та встановлення програми на Linux - це не лише складне завдання, крім того, менеджер пакунків не знатиме про встановлення цієї програми або її залежностей, вважаючи, що вони все ще не задоволені. Менеджер пакетів, який дозволяє компілювати та встановлювати програми з їх вихідного коду, також вирішить цю проблему.
14. Видаліть старі залежності
Це не стосується aptitude чи yum, але коли ми використовуємо apt-get для видалення пакетів, їхні залежності (які більше не потрібні іншим пакетам) не видаляються разом з ними. Щоб виправити це, потрібно скористатися `sudo apt-get autoremove` . Панове, це мало б бути автоматичним... давно!
Джерело: Techradar