LecturesCMC/LinuxShell2008/13/02Manager

Диспетчер

Из этого можно сделать вывод, что rpm для обычного пользователя программа не очень удобная. Поскольку при попытке установить покет может оказаться, что не удовлетворены изх зависимости, для них не удовлетворены их и так дале. Причём rpm не может отследить их все, они в пакете не написаны, там только непосредственные зависимости. Но со своей задачей rpm справляется.

Поэтому для решения этих задач используется диспетчер пакетов. В альте используется apt? Advanced Package Tool. Он взят из дебиавна, в котором ещё и свой формат пакетов --- dpkg. Он был достаточно универсален, чтобы после нескольких ударов кувалдой он начинал использовать rpm. Причём его писали такие хакеры, что можно и кувалду сломать.

Мы уже описали ситуацию, пр и которой установщик пасует. Что же ... . * Пользователь совершенно не обязан указывать версию пакета. Откула apt узает версию пакета? В отличие от установщикА, диспетчер пакета работает с хранилищами пакетов. Он знает, где лежат все пакеты, которые я могу захотеть установить. Хранилищ может быть несколько. Диспетчер кеширует индексы. Соответственно, есть две утилиты --- apt-get , который работает с хранилищами непосредственно, и apt-cache, котрый работает с кэшем. Соответственно, диспетчер делает то, что не может установщик: строит дерево зависимостей, получает необходимые и запускает их установку.

• apt-get install <имя пакета> --- установка пакета

• apt-get remove <имя пакета> --- удаление пакета

• apt-get update --- обновление индексов

Таким образом, на долю утилиты apt ложится обновление из изменяющегося хранилища.

• apt-cache search --- ищет имтроку в именах пакетов, их описаниях и файлах

У обоих команд (rpm и apt) есть дикое количество ключей.

Кроме апта, есть есть графические утилиты для работы с пакетами.

Любая команда по работе с системой должна выполняться с правами суперпользвователя.

Ровно одна задача --- модификация самой системы --- делается с правами суперпользователя.

Принципы

• Всё представляется в виде файлов, в файлах находится человекочитаемый, человекомодифицируемый кэш. Одним из следствием этого представления являетсяследующее: вы берёте все файлы, собюираете архив, переносите и оно работает на другой машине. Более того, есть cf(?) engine, котрый позволяет раздавать настройки централизованно.
• Практически любой инрструмент прогр. окруж., который предп. исп. пользователем и который достаточно сложный, хранит конфигурацию в /etc. Структура конф. файла может быть разнообразной. Кроме того, утилиты пользовательские имеют обыкновение хранить свои файлы в домашнем каталоге.
• За исключением /tmp, писать можно разве что в домашний каталог (/home/loginname), где можно делать что угодно. И в нём всё пользовательское. Второе --- cd переводит в домашний каталог. pwd для шелло по умолчанию --- домашний каталог. Забавное следствие этого дела --- для того, чтобы утащить все свои файлы, достаточно утащить его. Имнно сюда, в этот катлог, большинство утилит складывают свои конфиги. Причём складывают именно пользовательские настройки.
• Имена файлов, начинающиеся с точки, считаются скрытыми. Это значит, что они не включаются в общий список файлов, если этого не указать явно.
• Для того, чтобы утащить только настройи, нужно утащить все файлы, начинающиеся с точки.
• Что может относиться не к конф. файлам: $HOME/bin. Если эта штука в path, то оттуда точно можно запускать, ес другой стороны, писать туда можно, следовательно это те программы/скрипты, котрыми вы пользуетесь в работе.

Как это понятие окружения --- всё --- файл --- помогает сохранять окружение: делаете архив и переносите.

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

• cvs. Concurrent Version System. Одно из старейших средств.
• darcs
• git

Где тут совместня разработка?

• У меня есть инстр. совм. разр., сост. их хранилища и механизма скачивания и закачивания изм. версии. Это прямая параллель с конф. файлами, которые скачиваются при логине, возм. впроцессе изм., и при логауте оно закачивается обратно на сервер. Казалось бы, она решена, но на самом деле не решена. Каждый линуксоид работает одновременно на неск. машинах. Теперь предст. ситуацию, когда изменили конфиг на рабочей машине, а потом убили X-server, вышли нестандартным образом. В результате сначал закоммитилась изм. версия, а потом неизменённая. Вот тут-то и вспоминаем, что у нас средства совм. разработки. Поэтому тот, кто сделал изм., тот и прав. После того, как лектор в третий раз убил репозиторий, он решил перейти на системы, которые синхронизируют патчи. Пожтому лектор перешёл на darcs. Но он при удачном стечении обстоятельств может вычислять патч 10 минут. В этто момент в альте появился гит, он начал предоставлять бесплатный гит-хостинг.

Сведения о ресурсах

CategoryLectures CategoryCmc CategoryUneex