Искусство установки программ в 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 для удаления пакетов, их зависимости (которые больше не требуются другим пакетам) не удаляются вместе с ними. Чтобы исправить эту ситуацию, используйте Суда APT-GET autoremove. Господа, это должно происходить автоматически ... надолго!

источник: TechRadar


Оставьте свой комментарий

Ваш электронный адрес не будет опубликован. Обязательные для заполнения поля помечены *

*

*

  1. Ответственный за данные: Мигель Анхель Гатон
  2. Назначение данных: контроль спама, управление комментариями.
  3. Легитимация: ваше согласие
  4. Передача данных: данные не будут переданы третьим лицам, кроме как по закону.
  5. Хранение данных: база данных, размещенная в Occentus Networks (ЕС)
  6. Права: в любое время вы можете ограничить, восстановить и удалить свою информацию.

  1.   Сменить ОС сказал

    Вы когда-нибудь слышали о nhopkg?
    nhopkg.org

  2.   pipo65 сказал

    вклад мне действительно помог !!! Теперь я знаю, что существует sudo make uninstall !!!!