Обновление системы в разных дистрах линукса

* Если установленному дистру 2005г. скоммендовать "обновить всё", результат будет отличаться от дистра 2009г.?

смотря какие репы подключены


* Может ли сосуществовать в одной системе старый и новый софт, при условии что старому софту нужны старые библиотеки?

может, а зачем старый софт?


* Есть ли автообновление (а-ля винды) и насколько оно надёжно работает?

да, косяков не замечено (ubuntu 9.04 64)


* Если мне нужно скомпилировать пакет с нужными опциями (напр debug-билд), придётся вручную искать исходники, качать и компилить?
(или есть порты как freeBSD)

да, но и в репах есть кое-что

Ubuntu, Debian
>как происходит обновление в разных дистрах
Обновление данных о пакетах из сети.
aptitude update
#собственно обновление
aptitude upgrade -y
всё.

>Если установленному дистру 2005г. скоммендовать..."обновить всё",
Нет, отличаться от дистра 2009 года не будет.

>* Может ли сосуществовать в одной системе старый и новый софт,
В дебиане что то для этого придумывали. В убунту - хз.

>* Есть ли автообновление
Есть, gtk i-ce. Такое же пугало с уведомлениями о обновлениях, как и в вин. Можно настроить автоматом.
* Если мне нужно скомпилировать пакет с нужными опциями
Неа. В Ubuntu, Debian есть для этого два пути
1. Пересборка под конкретное железо, для скорости - apt-build/
2. Для нужных опций.
Если есть сырцы в deb пакетах. - подправить .config файл и дать команду
dpkg-buildpackage. После чего установить пакет dpkg -i *
Чужие сырцы.
сначала dh_make, а потом то же самое.

>придётся вручную искать исходники,придётся вручную искать исходники,
Нет. В 95 % всё уже есть в базе дебиана.

>aptitude upgrade -y

hda -> sda и не загрузится
какие-то настройки в ~/.* могут поменяться
надо в начале скопировать корень и ж.д. склонировать и проверить где-нибудь

suse обновление происходит заменой версии в адресе репозитория.

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

может, но в сусе - некрасиво это происходит

есть, проблем не видно

есть OBS но можешь и собрать

Большое человеческое спасибо всем отписавшимся.


Старые версии нужны затем что я не хочу обновлять софт если он работает стабильно и делает всё то что требуется.
Тем не менее, firefox, thunderbird, pidgin, и другой интернет-софт обновлять приходится регулярно хотя-бы из соображений безопасности.

Так вот, мало того что новые версии firefox могут вытянуть по зависимостям кучу свежих библиотек, так ещё очень часто старый софт не работает с новыми версиями библиотек.

В gentoo это решается (автоматически) за счёт т.н. SLOTовых установок - насколько я понимаю, старый софт остаётся слинкованным со старыми либами, а новый - с новыми. Проблем с этим механизмом замечено не было.

При этом в том же gentoo полное обновление системы любой версии до последней достигается тремя командами, приблизительно такими:
emerge --sync & emerge portage & emerge --update world
При этом вытянутся свежие версии всего софта, когда-либо установленного пользователем (и не помеченного как не требующего обновления) и всех зависимостей. ("portage" это пакет-менеджер генты)

Работает всё это неплохо, но глюки иногда всё-же случаются, поэтому ставить что-то подобное в крон опасно.

Да, и конфиги там приходится обновить вручную, причём генту подсказывает какие и как (хотя я вроде ещё не попадал в ситуацию когда последнее было бы действительно необходимо, за исключением, пожалуй, той же замены hdx->sdx).

>hda -> sda
А для чего UUID придумали? Хотя, в дистрах 2005г. наверняка стоят обычные hda и т.п.

Задача почти такая же, как у автора ветки.
Имеется система Fedora Core 2 от 2005 года и сейчас возникла задача доустановить в нее определенный новый софт, причем последних версий.
Цели две: обновить существующую систему до
RussianFedora-10.1-i386-DVD.iso (этот дистрибутив есть и новый нужный нам софт в нем есть)
и соблюдение принципа "минимум навреди и минимум останови работу существующей системы" при обновлениях.
Готов поработать руками, обновляя существующие в системе rpm
Но вопрос такой - в какой последовательности (по-крупному, конечно) эти rpm надо обновлять, чтобы было минимум ругани на неудовлетворенные зависимости?
И вообще получится ли обновить все последовательно, типа (пример) меняем почтовые службы и их временно отключили, а httpd продолжает работать? И потом наоборот: обновили почтовый софт, поправили почтовые конфиги, включили почту и приступаем к останову web-вервера при работающей обновленной почте...

Ставь заново и переноси пользователей руками, так проще будет