APT в ALT Linux/Советы по использованию: различия между версиями

Материал из ALT Linux Wiki
Строка 12: Строка 12:
<tt>/etc/apt/apt.conf</tt>:
<tt>/etc/apt/apt.conf</tt>:
  Acquire::ftp::Proxy "ftp://[user[:pass]@]host[:port]/";
  Acquire::ftp::Proxy "ftp://[user[:pass]@]host[:port]/";
  Не работает. Работает только через переменную окружения.
  --[[Служебная:Contributions/84.237.1.35|84.237.1.35]] 09:11, 29 января 2009 (UTC)


либо выставить переменную окружения <tt>ftp_proxy</tt>.
либо выставить переменную окружения <tt>ftp_proxy</tt>.

Версия от 12:13, 29 января 2009

Использование proxy

HTTP-прокси

/etc/apt/apt.conf: 

Acquire::http::Proxy "http://[user[:pass]@]host[:port]/";

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

FTP-прокси

/etc/apt/apt.conf: 

Acquire::ftp::Proxy "ftp://[user[:pass]@]host[:port]/";

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

RSYNC-прокси

/etc/apt/apt.conf: 

Acquire::rsync::proxy="[user[:pass]@]host[:port]";
Acquire::rsync::proxy::hostname="none";

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

  • При использовании репозиториев на разных хостах возможно задание proxy для всех хостов и для каждого в отдельности.
  • Значение для конкретного хоста перекрывает глобальное значение.
  • Значение "none" указывает, что необходимо использовать прямое соединение.

Пример: 

Acquire::rsync::proxy="192.168.1.1:3128";
Acquire::rsync::proxy::mirror.localdomain="none";

Будет использоваться http-proxy "192.168.1.1:3128" для всех хостов, кроме mirror.localdomain, для которого будет использоваться прямое соединение.

HTTP-прокси для проксирования FTP-запросов

Не рекомендуется из-за низкой эффективности и не поддерживается настройками в конфигурационном файле. В случае крайней необходимости - определите переменную окружения ftp_proxy в HTTP URL.

Поиск пакетов, использующих данную библиотеку

apt-cache showpkg libuuid.so.1

Установка всех пакетов, найденных через apt-cache

apt-get install `apt-cache search <package name>|grep <package name>`

Обновление системы "вниз"

Внимание! Такое обновление может привести к непредсказуемым последствиям, ибо майнтайнеры пакетов не проверяют работу обновления в таких условиях.

Обновление "вниз" с Sisyphus до Server 4.0:

/etc/apt/preferences: 

Package: *
Pin: release l=Server
Pin-Priority: 1001

И последующий apt-get dist-upgrade.

Полная информация о предпочтениях (preferences) APT: apt_preferences(5)

APT совместно с /usr, смонтированным в режиме read only

/etc/apt/apt.conf: 

RPM
{
  Pre-Invoke {"mount -o remount,rw /usr";};
  Post-Invoke {"mount -o remount,ro /usr";};
}

работает в 4.0, в 4.1, начиная с некоторого времени, что-то сломалось и после установки пакетов выдает ошибки типа такого 

Done.
mount: /usr is busy
E: Sub-process mount -o remount,ro /usr returned an error code (32)
E: Problem executing scripts RPM::Post-Invoke 'mount -o remount,ro /usr'
E: Sub-process returned an error code
APT