Pivpav, 7 заповідей користувача debian testing

За весь час, що я використовую Linux, я спробував багато. Починав зі Slackware, пробував і Gentoo і RedHat, і Puppy та інші Ubuntu. Зараз я сиджу на Debian Testing, і вважаю її воістину прекрасною системою, настільки що саме вона стоїть на ноутбуках моїх батьків! Привілеїв перед іншими збірками у неї кілька:

Проте сама система має ряд особливостей, частина з яких я відчув на собі, і опишу нижче. Сподіваюся вам знадобляться ці мої "заповіді", тож приступимо.

1. Не використовуй дзеркало mirror.yandex.ru

Здавалося б - круто. Російський сервер, швидкість повинна бути вище - авотхуй! Ці дзеркала не можуть похвалитися не тільки хорошою і стабільною швидкістю, але так само не завжди містять потрібні версії пакетів, як нові так і старі. Здавалося б навіщо нам старі версії пакетів. Для цього і є заповідь 2.

2. Не використовуй aptitude full-upgrade.

Здавалося б чого такого? Ну зробимо full-upgrade, що може статися? А ось може! Найчастіше деякі програми оновлюються швидше залежать від них додатків. В цьому випадку залежне додаток буде утримувати стару версію необхідної програми, поки сама не оновитися до стану коли зможе використовувати новий софт. У разі full-upgrade ви примусово поставите нову версію програми, і не факт що завсісімий від неї софт продовжить працювати.

Наведу приклад. Як то побачив що в full-upgrade у мене лежить новенький X сервер, який не ставиться ні в safe-upgrade ні навіть в upgrade. Сдеалал full-upgrade, отримав нову версію X-сервера, а заодно зловив несумісність драйвера fglrx з новим xorg. Довелося два місяці сидіти на відкритих драйвери, бо і yandeх, і навіть основний сервер вже не містив потрібної версії xorg, через її старості.

По правді кажучи в debian можна ставити навіть rpm через yum, проте я щиро не рекомендую цього робити. Навіть якщо вам потрібно зібрати що або з вихідних - не полінуйтеся зібрати deb і поставити його. Установка make install не оборотні і може залишати величезну купу сміття за собою, вичищати який доведеться руками.

Прочитайте нескладну інструкцію по створенню deb і ставте все через deb. На крайній випадок встановіть checkinstall і використовуйте його замість make install.

4. Уникай невідомих репозиторіїв.

На відміну від ubuntu-ppa, репозиторії debian куди як більш різноманітні і більш насичені різноманітними пакетами всередині, і підключаючи сторонній репозиторій ви спокійно можете відновити не тільки ті пакети заради яких ви власне підключали цей реп, але і з пару десятків інших програм, бо aptitude як власне і apt-get не дуже розбірливі в джерелах, і поставлять той пакет версія якого вище, не дивлячись на те що пакет з стороннього репозитария.

Раз в два-три місяці я беру ноутбуки батьків і запускаю на них

sudo aptitude update; sudo aptitude -y upgrade

Після чого довго і виснажливо чекаю коли буде завантажено чергові 500 пакетів. Так, так багато і так часто. Взагалі на debian-testing поновлення приходять дуже і дуже часто. З цим потрібно змиритися, прийнявши як даність.

6. Використовуй назву дистрибутива "testing"

Так повелося, що за замовчуванням назву дистрибутива testing береться як назва наступного релізу debian stable. Зараз коли стабільним є Debian 6.0.4 Squeeze, версія testing носить назву Wheezy, що і прописано за замовчуванням у всіх рядках /etc/apt/sources.list.

Це черевато тим, що Wheezy - рано чи пізно перетворитися в Debian 7, і його пакети будуть заморожені і будуть стабілізований (читай застаріють). Особисто мене такий розклад не влаштовує, і я хочу що б система запропонувала оновитися до нового "testing" після релізу. Тому я вибираю "testing", і як тільки Debian 7 побачить світло мені буде запропоновано зробити dist-upgrade.

7. Завжди використовуй aptitude і прозорий apt

У той час як з Ubuntu викинули aptitude з інсталяційних дисків і залишили тільки apt, в debian же все відбувається інакше. У мануалах debian сказано що рекомендується використання утиліти aptitude, а утиліти apt слід вважати застарілими.

Насправді це так і є. aptitude набагато більш качетсвенно працює з пакетами, а особливо з їх залежностями, і особливо при видаленні. Після apitude purge як правило не доводиться вичищати залежності, чого не скажеш про apt-get purge, та й багато ще інших відмінностей, кожне з яких не на користь apt.

На цьому основні заповіді закінчуються, і я можу сміливо сказати що всі помилки які я коли небудь ловив в Debian так чи інакше були пов'язані з порушенням хоча б однієї з цих заповідей. Ці спостереження і підштовхнули мене до написання даної статті, сподіваюся вона буде корисною для вас.

Схожі статті