>[оверквотинг удален]
>А кто сказал, что префикс учтет возможные файловые конфликты о_О:)? неконтролируемый пакетной
>системой make запросто может срыть что-то важное в случае Вашей ошибки,
>или автора make-сценария
>
>И таки да, обновления. Держать в системе тарболл только для того, что бы суметь потом сделать make unistall в >> /dev/null
>
>Сейчас не каменный век на дворе, если хочется экзотических опций сборки, имхо,
>правильнее почитать не ./configure --help а ман по спеку нормального
>пакета.
>(Хотя help может помочь тем, что подскажет, что писать в спеке) здрасти приехали! какие пакеты? собираем из сырцов минуя всякие системы пакетов - ставим бинарники, хеддеры, библиотеки (сами БД мона спрятать в другое место) и прочие приблуды в отдельный дир скажем /usr/local/mysql5.1 - никто кроме нас не знает что у нас стоит - pkg_info например
если нам нужно проапгрейдится - ниче нет проще!
собитраем мускуль в соседний дир - /usr/local/mysql5.2 - запускает его на соседнем порту 3307 - имем два мускула (да хоть десяток) работающих параллельно на одной тачиле - проверили потестили погасили оба - подправили пару строк в конфиге и имеем - новый мускул со старыми базами (ну мож некоторые придется залить через mysqldump)
единственный неприятный момент (вернее неудобный) - это необходимость указывать конкретные хедеры при сборсе мускуль-зависимого софта - скажем php - но это дело техники.
у меня на одном сервер стоит мукуль 4 и мускуль 5 - работают паралельно при этом пых пересобран с хедерами последнего мускула - это позволяем ему работать с обеими мукулами без разбора - единственный минус что с одним из мускулов приходится работать через tcp а не через сокет - но это мелочи
все апгрейды я проделывал не останавливая важный сервак - были конечно небольшие перерывы на перезапуки и все
|
