23666 2010-06-25 19:28:02 +0400 Добавить полезные значения в /etc/apt/apt.conf 2011-07-19 19:26:12 +0400 1 1 4 Development Sisyphus apt unstable all Linux CLOSED WONTFIX usability P3 enhancement --- 23155 1 cas placeholder aen boyarsh erthad glebfm imz kharpost ldv mike placeholder vt qa-sisyphus oldest_to_newest 110114 0 cas 2010-06-25 19:28:02 +0400 В Fedora Core очень удобно сделано закомментаренные параметры в /etc/apt/apt.conf: // User customizable configuration RPM { // Uncomment to disable GPG-signature checking for packages // GPG-Check "false"; // Uncomment to prevent kernel being handled along with (dist-)upgrade // Upgrade-Virtual "false"; // Uncomment to hold packages with modified config files in (dist-)upgrade // Preserve-Config "true"; }; // Options for the downloading routines Acquire { // Retries "1"; // http::Proxy "http://user:password@proxy-server.domain.tld:port/"; // http::Proxy "http://proxy-server.domain.tld:port/"; }; Желательно добавить и в наш файл конфигурации. Это избавляет от вопросов, как настроить доступ через прокси-сервер 122768 1 aen 2011-07-01 19:46:27 +0400 2ldv@: Дима, это просто комментарии. Полезные для службы поддержки. Может, добавить, 123307 2 cas 2011-07-19 13:00:44 +0400 Дима, что мешает добавить комментарии? 123310 3 ldv 2011-07-19 13:47:39 +0400 Я не хочу превращать файл конфигурации в документацию с примерами. Конфигурация отдельно, документация с примерами отдельно. Сравните, например, /etc/postfix/main.cf и /etc/postfix/main.cf.dist Первый -- это конфигурация, в которой ничего лишнего, второй -- это документация с примерами. 123319 4 mike 2011-07-19 19:26:12 +0400 (In reply to comment #3) > Конфигурация отдельно, документация с примерами отдельно. Есть и такой подход, но хорошие пользовательские интерфейсы (включая конфиги) обеспечивают предиктивную подсказку. Для меня такой main.cf деградировал, а хорошим примером по крайней мере не так давно был smb.conf. Другое дело, что "ходовые" настройки прокси туда может быть бессмысленно тащить (помнится, в faq.altlinux.ru была заметка насчёт HTTP_PROXY вместо -- почему и делал alterator-proxy), а предложенное в секции RPM всё-таки действительно уместней читать в документации -- это advanced topics скорее.