Linux, перекомпилировавший из источника
Я относительно плохо знаком с Linux, но я бездельничал с VM Ubuntu для получения более акклиматизированным с ним. Я настроил SSH, Apache, PHP, MySQL, Ruby, направляющие, Пассажира и Мерзавца для бездельничания с моими проектами веб-разработки. Несколько из тех я создал из источника, PHP и Мерзавца первое, что пришло на ум.
Я задавался вопросом, что общая лучшая практика для перекомпиляции / переустановка, что-то из источника? Например, если я хотел обновить Мерзавца к более новой версии или включить расширение для PHP. Это в порядке, чтобы перекомпилировать его и затем установить его по текущей установке? Или это нет - нет, и я должен удалять сначала перед переустановкой?
Если последний, как точно Вы идете об удалении чего-то, что было установлено из источника?
Я пытался искать вокруг немного, но это, кажется, трудный вопрос искать, и я ничего не мог найти при создании из источника, только при использовании диспетчеров пакетов.
Спасибо за любую справку.
Править: Спасибо за весь вход до сих пор. Вы все, казалось, отвечали на мой вопрос об удалении, но главный вопрос, для которого я искал ответ, был:
Должен ли я удалить что-то, что я создал из источника, прежде чем я перекомпилирую и установлю его снова. Или это в порядке для установки по текущим установкам каждый раз, когда я должен изменить флаг конфигурации или обновление более новой версии?
3 ответа
Компиляция Вашего программного обеспечения в VM является отличным способом, который "будет акклиматизирован" с операционной системой. Несомненно все страшные предупреждения о прокрутке Вашего собственного верны для производственной машины, но Вы будете более обеспечены в конечном счете, если Вы сделаете свои ошибки теперь.
Если существует какая-либо причина удалить предыдущую версию, она должна быть отмечена в файле УСТАНОВКИ или README. В противном случае должно быть безопасно только работать, 'делают установку', которая перезапишет старую версию. Сделайте снимок своего права VM, прежде чем "сделают установку". Когда, не, если, что-то повреждается, попытка зафиксировать его. Если Вы не можете зафиксировать его, вернуться к снимку и попробовать еще раз.
Если позже, Вы хотите полностью отменить то, что Вы сделали, Make-файл имеет всю информацию, которую необходимо удалить. Можно записать собственную цель "удаления" или сделать это вручную только с "комнатой". Примите во внимание, что другие вещи, возможно, стали зависящими от программного обеспечения в это время, таким образом, стратегия снимка имеет смысл для удаления также.
Для всего совершенства диспетчеров пакетов у них есть некоторые отказы. Некоторые пакеты имеют огромные зависимости для добавления опций, которыми Вы не интересуетесь. Иногда у них нет версии программного обеспечения, которое Вы хотите. Иногда у них нет программного обеспечения вообще.
Если Вы сталкиваетесь с одной из этих проблем на важной машине, и Вы совершенно зависите от диспетчеров пакетов, Ваши ошибки будут дорогостоящими. Но теперь, можно просто вернуться к last-known-good и идти дальше, немного более мудрый.
Это не могло бы быть anser, который Вы ищете, но лучшая практика на человечности для не установки вещей из источника. Я сказал бы, что Вы хотите посмотреть на Кв., или это - производные (способность и др.). Мерзавец, например, жизни в названном пакете git-core.
Если Вы действительно заканчиваете тем, что установили вещи из источника, можно быть довольно уверены они, они закончат в /usr/local, который позволит Вам вручную удалять старые биты и часть, если/когда Вы решите обновить.
Некоторые Make-файлы также имеют удаление / деинсталлируют цели, но я не уверен, для какой пропорции это верно.
Нет никакого универсального способа удалить скомпилированные в источник вещи; это - одна из причины многих не установить что-либо из источника. make uninstall будет иногда работать, через.
Можно сделать некоторые изменения в пакете, не устанавливая 'необработанные' источники: смотрите на это и этоDebian-Administration.orgстатьи .