Плагины для альт линукс

Плагины для альт линукс

Воспользуйтесь одной из предлагаемых программ для установки дополнительного ПО:

Центр управления системой

Центр управления системой содержит модуль установки дополнительных пакетов Программное обеспечение → Установка программ . Для облегчения поиска доступные для установки программы разделены на группы, выводимые в левой части окна программы. Справа расположен список самих программ с указанием их текущего состояния:

зелёная метка — пакет же установлен

белая — неустановленный пакет

Объяснение всех обозначений можно увидеть, отметив пункт Показать статистику .

Для начала установки отметьте в правой половине окна неустановленный пакет двойным щелчком мыши и нажмите Применить . При необходимости менеджер пакетов попросит вставить установочный диск.

Программа управления пакетами synaptic

Установка программ в synaptic очень схожа с описанной выше. За детальной информацией можно обратиться к руководству.

Подсказка

При работе в графической среде KDE после вставки диска появляется диалоговое окно с вариантами возможных действий с ним. В случае установки пакетов рекомендуем просто закрыть это окно и вернуться к менеджеру пакетов. Менеджер управления пакетами самостоятельно выполнит подключение диска.

Внимание

Не пользуйтесь двумя менеджерами пакетов одновременно. Если вы используете модуль установки пакетов входящий в Центр управления системой, то для того, чтоб воспользоваться другим менеджером пакетов (например synaptic), необходимо полностью завершить работу Центра управления системой даже если вы уже покинули модуль установки пакетов.

Установка дополнительного ПО из внешних репозиториев

Программы, подготовленные для установки в ваш дистрибутив, могут располагаться не только на установочном диске, но и в дополнительных репозиториях (хранилищах, банках программ), расположенных в сети Интернет или в локальной сети.

Для указания конкретных репозиториев рекомендуем использовать Центр управления системой (модуль Программное обеспечение → Источники обновлений ). На выбор предлагаются репозитории, программы в которых специально предназначены для беспроблемной установки в вашем дистрибутиве. Для использования репозитория нужно выбрать в выпадающем списке один из предлагаемых адресов и нажать кнопку Изменить . Рекомендуется выбирать тот сервер, который расположен наиболее близко к вам. Если затрудняетесь в выборе, выберите ftp://ftp.altlinux.org/ .

Очень важный в отношении безопасности вашего компьютера репозиторий. Здесь располагаются обновления для программ, вошедших в ваш дистрибутив, связанные с безопасностью и исправлением критических ошибок.

Активируйте его, если вам небезразлична безопасная работа в сети Интернет или если определённая программа содержит ошибки, препятствующие её нормальному использованию.

ALT Linux 4.1 Desktop

В этом репозитории находятся пакеты, которые, собственно, и составляют ваш дистрибутив. [1]

Активируйте этот репозиторий, если у вас нет установочного диска с дистрибутивом. Например, если вы устанавливали систему по сети.

ALT Linux 4.1 Desktop с дополнениями

В этом репозитории вдобавок к пакетам, составляющим основу вашего дистрибутива (main), располагаются дополнительные пакеты, пригодные для установки, однако не относящиеся к дистрибутиву напрямую. [2] Например, дополнительные текстовые редакторы. Обычно именно этот репозиторий содержит набор программ, эквивалентный тому, который имеется на установочном DVD-ROM.

Активируйте этот репозиторий, если вы хотите использовать расширенный набор программ, но не располагаете установочным диском, либо если ваш установочный диск содержит не весь набор входящего в дистрибутив ПО. Например, если вы установили систему по сети или с установочного CD-ROM, на который просто не может поместиться весь набор пакетов.

Стабильная ветка ALT Linux 4.1

В этом репозитории находятся пакеты, не включённые даже в расширенный репозиторий вашего дистрибутива, и, соответственно, отсутствующие на ваших установочных дисках.

Эти пакеты реализуют непрофильную для дистрибутива функциональность. Например, серверную в случае, если вы используете вариант дистрибутива для настольных компьютеров.

В этом же репозитории могут присутствовать и обновлённые версии программ для вашего дистрибутива. Отличия этих обновлённых программ от обновлений, находящихся в репозитории «Обновления», в том, что это новые версии программ, а не исправления уязвимостей и ошибок, как в репозитории «Обновления».

Активируйте этот репозиторий, если вы хотите установить редкие или неспецифичные для вашего дистрибутива программы.

Важно

После добавления репозиториев необходимо получить сведения о находящихся в них пакетах. В противном случае список доступных для установки программ останется прежним.

Для непосредственной установки после добавления репозиториев обновите список доступных программ, воспользовавшись Центром управления системой или synaptic:

Центр управления системой

Модуль: Программное обеспечение → Установка программ → Обновить .

Меню: Редактирование → Получить сведения о пакетах .

Установка пакетов из репозиториев ничем не отличается от описанной в разделе «Установка дополнительного ПО с установочного диска».

Технические подробности

Для того чтобы понять принципы установки дополнительного ПО, необходимо ознакомиться с некоторыми важными особенностями ПО для Linux.

Самое главное, после установки системы не спешите бежать в магазин или загружать из Интернета недостающие вам программы. Как правило, всё необходимое уже есть у вас на установочном диске либо может быть автоматически загружено и установлено из иных источников (из Интернета, с ресурсов локальной сети, с дополнительных дисков).

Чтобы понять, как программа попадает на ваш компьютер, проследим путь типичной программы для Linux от её рождения до появления на вашем компьютере. Условно можно говорить, что программа проходит три инстанции:

Программист создаёт программу.

Программа пишется на одном из языков программирования. Результатом становится исходный код — программа в виде текста. В этом виде программой ещё нельзя воспользоваться. Нельзя запустить её, поиграть (если это игра) и т. п.

Так как доступность исходного кода — обязательный атрибут свободных программ для Linuх, то именно в таком виде они, как правило, и распространяются их создателями.

Майнтейнер компилирует программу и помещает её в репозиторий пакетов.

Прежде чем реально воспользоваться программой, запустить её, необходимо преобразовать исходный код в машинный язык. Этот процесс называется компиляцией. Скомпилированную программу уже можно запускать обычным образом и использовать по назначению.

Конечно, эту работу можно выполнить и самостоятельно, загрузив исходный код программы и скомпилировав её на своём компьютере. Однако этот процесс нетривиален и, помимо определённых навыков, требует целого ряда дополнительных инструментов, которые могут быть не установлены в вашей системе. Кроме того, компиляция объёмных программ может занять очень продолжительное время.

К счастью, в большинстве случаев вам не требуется проделывать всю эту работу самостоятельно. За вас её проделал майнтейнер. Он самостоятельно компилирует и, как правило, вносит улучшения для наиболее оптимальной работы программы именно в вашем дистрибутиве. Например, если это графическая программа, то он следит за тем, чтобы после установки она появилась в нужном разделе основного меню. Уже скомпилированную и подготовленную таким образом программу он размещает в репозитории в виде RPM-пакета — виде, максимально удобном для установки в ваш дистрибутив.

Пользователь устанавливает подготовленную майнтейнером программу из репозитория, предварительно настроив свой менеджер пакетов.

Так как программы для вашего дистрибутива уже подготовлены для установки и расположены в репозитории, то всё, что вам остаётся, — это настроить свой менеджер пакетов на использование определённого репозитория и установить с его помощью интересующие вас пакеты.

Как это сделать при помощи Центра управления системой , описано выше в разделе «Установка дополнительного ПО из внешних репозиториев».

Замечание

В действительности, описанные выше менеджеры пакетов являются графическими оболочками для APT . Таким образом, вы можете управлять установкой ПО не прибегая к графическим надстройкам. Например, для установки пакета kpacman необходимо от имени администратора (root) выполнить команду:

Подробности о работе с APT можно узнать из документации.

Источник

Pipelight

Внимание! По состоянию на ноябрь 2019 года проект не развивается и не поддерживается!

Описание [ править ]

Представлен проект Pipelight, в рамках которого подготовлен браузерный плагин, позволяющий использовать сборки браузерных плагинов для платформы Windows в версиях браузеров для Linux. С практической стороны, Pipelight может оказаться полезен для использования плагина Silverlight в Linux-версиях браузеров. Silverlight имеет встроенные средства DRM (Digital Rights Management) для защиты контента от несанкционированного копирования, что позволяет смотреть видео, защищённое DRM.

Для выполнения Silverlight применяется модифицированная версия Wine, при этом данный Windows-плагин бесшовно интегрируются с Linux-версиями браузеров. Технически Pipelight состоит из двух компонентов: NPAPI-плагин для загрузки в Linux-браузере и запускаемое в Wine Windows-приложение, загружающее Windows-сборки плагинов, симулируя окружение браузера. Обращение к плагину из Linux-браузера транслируется через данные прослойки к Windows-плагину, поэтому для Linuх-браузера, запущенный отдельно в Wine Windows-плагин не отличим от локальных Linux-плагинов.[1 ]

Установка и настройка [ править ]

Устанавливаем необходимые пакеты:

В файле /usr/bin/pipelight-plugin : в первой строке изменить интерпретатор на bash4:

Затем из-под рута создаем ссылки на плагин и включаем по умолчанию для всех пользователей:

Для включения плагина всем пользователям, выполните из-под рута команду (с лицензией необходимо согласиться):

Для включения определенному пользователю — данная команда выполняется из-под него. После этого при запуске Mozilla Firefox будет создан каталог

/.wine-pipelight, в который будет скачана указанная версия плагина. Однако после первого запуска (и перезагрузки браузера) плагин не будет работоспособным — в браузере ли проблема или в pipelight, пока непонятно. Если зайти на страницу about:plugins состояние плагина будет следующим:

Для исправления этой ошибки закройте firefox, откройте файл

/.mozilla/firefox/ .default/pluginreg.dat и удалите строки, описывающие плагин (включая указанные):

После этого запускайте firefox и используйте SilverLight!

Источник

QuickStart/PkgManagment

Основы управления пакетами

Содержание

Почему так важно уметь пользоваться пакетным менеджером? [ править ]

Чтобы научиться управлять любым дистрибутивом Linux, первым делом необходимо освоить работу с его пакетным менеджером. Пакетный менеджер – самая важная отличительная черта любой Linux-системы, ALT – не исключение. Почему так важно им владеть? Всё просто: 90% ответов на вопросы управления системой даёт пакетный менеджер. За редким исключением практически вся система построена на пакетах, каждый из которых является своего рода архивом файлов. Таким образом, почти все файлы, каталоги и ссылки в системе принадлежат каким-то пакетам.

Приведём несколько примеров…

Какому пакету принадлежит этот файл? [ править ]

То есть, файл /etc/bashrc попал в систему в результате установки пакета bash . В настоящий момент этот пакет установлен (версия 3.2.57, релиз alt1).

Какие файлы входят в этот пакет? [ править ]

Где искать конфигурационные файлы этого пакета? [ править ]

Оказывается, их всего ДВА! И оба откроют вам тонкости работы с командной строкой, специфичные для дистрибутивов АЛЬТ, поскольку там – принятые сокращения. Так, вы узнаете, что вместо длинного «df -h -x supermount» достаточно скомандовать просто «df». А вместо «ls -lapt» – просто «l».

Где искать исполняемые файлы этого пакета? [ править ]

Что отвечает за запуск служб в этом пакете? [ править ]

Где почитать документацию к этому пакету? [ править ]

Кроме того, документация может быть упакована в отдельный пакет, а этот пакет ещё не установлен. Проверить довольно легко: обычно это такое же имя пакета с допиской «-doc».

Есть ли отдельный под-пакет с документацией? [ править ]

Где найти man-страницы на русском языке? [ править ]

Как посмотреть подробную информацию о пакете? [ править ]

Как получить полный список установленных пакетов? [ править ]

Основные инструменты для управления пакетами [ править ]

Synaptic [ править ]

Synaptic – это графический интерфейс к программе управления пакетами APT. С помощью Synaptic можно управлять источниками пакетов (репозиториями), получать сведения о доступных пакетах, устанавливать/удалять/обновлять пакеты, производить поиск по ключевым словам среди доступных пакетов. Подробный обзор работы с Synaptic можно почитать ЗДЕСЬ и ЗДЕСЬ.

Однако по умолчанию эта программа может быть не установлена. Например, на серверах графического интерфейса может не быть совсем. Кроме того, графический интерфейс не может обеспечить всей гибкости и возможностей автоматизации, предоставляемой утилитами командной строки. Поэтому далее будет рассмотрена работа с пакетным менеджером только в командной строке.

rpm [ править ]

RPM (Redhat Package Manager) – низкоуровневая утилита командной строки, используемая для установки, удаления, обновления, выполнения запросов и проверки целостности пакетов программного обеспечения. Все остальные утилиты управления пакетами в конечном итоге работают через RPM. Важно понимать: сам RPM ничего не знает о репозиториях, он оперирует только файлами, пакетами и их зависимостями, для чего использует собственную Базу Данных. Информация, хранимая в этой БД, в идеале должна соответствовать фактической картине внутри файловой системы, иначе проблем не избежать. В дистрибутивах ALT Linux RPM хранит свою БД в /var/lib/rpm . В один момент времени в системе должен быть запущен лишь один процесс, обращающийся к БД RPM, другие запросы блокируются.

Пакеты могут предоставлять (провайдить) что-либо, требовать (запрашивать) что-либо и конфликтовать с чем-либо, образуя таким образом систему межпакетных зависимостей (dependencies). В ALT Linux можно установить пакет, если удовлетворены все его зависимости и нет конфликтов с другими уже установленными пакетами и объектами файловой системы. Из этого следует, что никакими системными файлами нельзя манипулировать непосредственно (вручную), никакое программное обеспечение не стоит устанавливать в обход штатного пакетного менеджера, например, разворачивая tar’болы, скаченные из Интернета.

Впрочем, могут быть исключения: АЛЬТ’овый RPM позволяет устанавливать RPM-пакеты из других дистрибутивов, но только на выше оговоренных условиях. Так, очень часто проприетарный софт может распаковываться в /opt , /usr/local/bin , итп, и это не должно вызывать конфликтов с системным ПО из официального репозитория АЛЬТ. Подразумевается, что вы доверяете устанавливаемому из сторонних источников и сами несёте ответственность за всё установленное.

Пакеты всегда содержат определённую мета-информацию, на которую ориентируется утилита rpm. Также пакеты могут содержать какие-то файлы, каталоги и симлинки, но это необязательно. Так называемые мета-пакеты никогда не содержат объектов файловой системы, в них перечисляются только зависимости на другие пакеты.

Основные режимы работы утилиты rpm:

• Install: установка пакетов
• Remove: удаление пакетов
• Upgrade: обновление пакетов
• Query: выполнение запросов
• Verify: проверка целостности пакетов

Наиболее часто встречающиеся на практике команды rpm:

Русский перевод man-страницы rpm доступен, например, ЗДЕСЬ.

APT и apt-config [ править ]

APT (Advanced Packaging Tool) используется в ALT Linux для установки, обновления, удаления программных пакетов, для транзакционного обновления всей системы, как основной высокоуровневый инструмент командной строки, работающий не только с файлами RPM-пакетов, но и (прежде всего!) на уровне подключенных репозиториев. APT включает в себя несколько инструментов, в том числе, рассматриваемых далее. И, хотя мычит АЛЬТ’овый APT не хуже прародителя (apt-get moo), прозван недоброжелателями гремучей смесью за свою способность удовлетворять такие необычные запросы:

APT на АЛЬТ’е хранит кэш скаченных из сети пакетов в /var/cache/apt/archives , так же, как и в Debian’е. И точно так же можно найти кэш скаченных индексов в /var/lib/apt/lists . Вся конфигурация APT’а хранится в /etc/apt , главный конфигурационный файл: /etc/apt/apt.conf , списки подключенных репозиториев хранятся в /etc/apt/sources.list и /etc/apt/sources.list.d/* . Посмотреть текущую конфигурацию APT’а можно командой:

Более подробно почитать про APT и устройство репозиториев на АЛЬТ’е можно (и нужно обязательно!) на этой ВиКи и в соответствующей справочной документации.

apt-repo [ править ]

apt-repo – весьма полезная утилита, надстройка над APT’ом для удобного управления источниками (репозиториями). Типовые примеры использования:

Если вдуматься, синтаксис apt-repo add/test task taskid чем-то напоминает apt-add-repository ppa:ppa-name из Debian-подобных систем, но проще в использовании и не приводит к неуправляемому замусориванию системы.

apt-cache [ править ]

Инструмент для поиска и извлечения полезной информации из индекса подключенных репозиториев. Наиболее часто используемые на практике команды:

Две последние команды требуют наличия в системе установленного пакета apt-scripts . Следует также обратить внимание, что АЛЬТ’овый APT по умолчанию ищет информацию не только в названиях пакетов, но и в описаниях, вследствие чего оказывается более «говорливым» своего прародителя. Уменьшить излишнюю «шумливость» можно фильтрацией вывода, например, так:

apt-get [ править ]

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

Чтобы разобраться в причинах конфликтов и отказе APT’а выполнять ваши команды, чтобы отправить баг в багзиллу или в список рассылки, используйте ключ -oDebug::pkgProblemResolver=1, например, так:

Другие инструменты [ править ]

АЛЬТ’овый less «из коробки» умеет показывать содержимое RPM-пакетов (rpm -qip && rpm -qlp):

То же самое касается дефолтных настроек Midnight Commander’а ( /usr/bin/mc ) – подсвечивается синтаксис .spec-файлов, можно заходить внутрь RPM-пакетов и изучать их содержимое. Если нужно распаковать содержимое пакета в текущий каталог «ручками», без установки его в систему, выполните следующую команду:

Весьма полезная утилита sisyphus-mirror поможет с организацией локальных зеркал и даже их архивами. Как и в Debian-подобных системах, в АЛЬТ’е тоже есть свой aptitude, но насколько он рабочий, судить не берусь. Судя по ченжлогу, не обновлялся очень давно, так что в любом случае не рекомендовал бы с него начинать.

Есть много других пакетов (утилит), так или иначе связанных с управлением пакетами, например, apt-scripts , apt-repo-tools , apf, epm, подробное описание которых выходит за рамки основ пакетного менеджмента. Кое-что из этого уже упоминалось выше, о чём-то будет сказано дальше. Вы можете изучить это самостоятельно после того, как освоите наиболее важные инструменты, описанные ранее: apt-repo, apt-cache, apt-get и rpm.

Как найти пакет по имени файла, если пакет не установлен? [ править ]

Предположим, мы знаем, что ищем программу partclone.ntfs. Но другие инструменты поиска успеха не дали: пакета с таким названием в репозитории не оказалось.

Как быть? Как найти точное название пакета, если известна часть имени или пути файла, в том числе, исполняемого?

С помощью apf [ править ]

По умолчанию пакет apf (аналог apt-file из Debian-based дистрибутивов) не установлен, а после установки требуется его настройка.

По умолчанию одноимённая команда apf будет искать файлы в Сизифе. Отредактируйте конфигурацию apf , указав нужный источник, например так:

После обновления индексов (apf update под рутом) можно искать интересующую информацию:

И это не единственный способ!

С помощью epm [ править ]

По умолчанию пакет eepm не установлен. Ставим его:

Теперь можно искать интересующее:

Здесь нет опечатки: программа epm входит в состав пакета eepm !

Командой grep [ править ]

Найти нужную информацию можно и обычной командой grep по индексному файлу, не устанавливая никаких дополнительных пакетов! Предположим, вы используете локальное зеркало, доступное через /ALT/p8 .

Если локального зеркала нет, нужный файлик сначала скачиваем:

Пакеты с ядром и модулями [ править ]

Как узнать версию текущего ядра? [ править ]

Как посмотреть установленные пакеты с модулями ядра? [ править ]

Сопоставление модулей ядра файлам и пакетам [ править ]

Какие модули ядра сейчас используются/загружены?

Подробная информация о модуле ядра:

К какому пакету относится модуль ядра?

В последней команде мы взяли из вывода modinfo первую строку (head -n1) и отщипнули от неё второе по счёту поле (awk ‘‘) с полным путём к файлу модуля. Этот путь к файлу мы передали в качестве параметра команде rpm. В данном случае нам сообщили, что модуль e1000e входит в пакет самого ядра. Но далеко не всегда это так и если сетевая карта не работает, возможно, в системе просто не установлен пакет с нужным модулем.

Итоги [ править ]

Теперь вы знаете ОСНОВЫ и можете переходить к практике. Изучение основ управления пакетами не заменяет необходимости самолично глубоко и досконально изучить всё, что связано с пакетным менеджментом. Данный раздел содержит подсказки, где и как можно найти недостающую информацию. Почему это важно, говорилось в самом начале: 90% управления всей системой обеспечивается описанным здесь инструментарием. Вам этого мало? Тогда продолжим изучение…

Источник