Mac OS X - установка программного обеспечения через DMG по сравнению с *отклоняет стиль командной строки
Новый владелец Mac здесь, но долговременный пользователь Linux. Кто-либо может описать мне различия между установкой части программного обеспечения, такие как Подверсия, из изображения .dmg в противоположность компиляции и установкой из источника на командной строке? Программное обеспечение оказывается в том же местоположении? Что другие различия существуют, такие как процедуры удаления? Что Вы рассмотрели бы профессионалами/недостатками одного подхода по другому?
3 ответа
A .dmg просто виртуальный диск ("образ диска") и самостоятельно не имеет никакого отношения к установке.
Когда образ диска будет содержать просто приложение (обычно будет некоторый объяснительный текст, прося, чтобы Вы перетащили его к Вашей папке Applications), затем все файлы кода и файлы поддержки содержатся в том одном файле. Приложение ответственно за то, что сделало любую установку на первом запуске и ответственный за обеспечение механизма удаления, если что-нибудь установлено позже. Многие разработчики используют платформу Блеска, чтобы найти и установить обновления.
Если образ диска содержит пакет (.pkg или .mpkg), это - установщик. Выполнение его могло установить файлы где угодно в Вашей системе и работать пред - и постустановить сценарии, и нет никакого встроенного механизма удаления или обновления (система действительно сохраняет журнал установленных пакетов, тем не менее, поэтому при позже выполнении пакета установщика для более новой версии программного обеспечения это может вести себя по-другому, чем если бы это была первая установка). В этом случае также разработчик ответственен за удаление и responsivle для обновлений. Ответственные разработчики установят на стандартных каталогах (/Applications, /Library и ~/Library, /usr, и т.д.)
Для программного обеспечения командной строки, которое Вы обычно устанавливали бы из источника, я рекомендую диспетчер пакетов как MacPorts (мое предпочтение) или Fink по использованию пакета установщика. Оба из тех диспетчеров пакетов настраивают автономный каталог (/opt и /sw, соответственно) со всеми файлами поддержки и исполняемым кодом для программного обеспечения они устанавливают (и большинство пакетов уважает его), и добавьте себя к Вашему $PATH. Огромное преимущество использования диспетчера пакетов состоит в том, что оно будет отслеживать установленное программное обеспечение и давать Вам способность обновить или удалить его.
Установка от .dmg обычно является просто перетаскиванием к Приложениям/. Удаление является одним больным вопросом в опыте Mac, по-моему. Можно удалить файл из Приложений, но только что материал, который инкапсулируется в .app обертке, закончится. Любые дополнительные конфигурационные файлы не исчезают.
Другим путем установки, который необходимо рассмотреть, является MacPorts и/или Fink. Они несколько подобны Кв. - добираются или конфетка в мире Linux. Они обеспечивают утилиту командной строки для захвата, компиляции и установки стандартного программного обеспечения. Это обычно столь же просто как:
$ sudo port install svn
(macport пример)
Это несколько сложно, потому что в DMG может быть простое drag-n-drop решение или.PKG, который может установить вещи в любом месте. .pkg's обычно оставляет получения (обычно в/Library/Receipts), хотя OS X не предлагает простого способа управлять теми получениями.
Пацифист является полезным приложением, которое исследует .pkg файлы (который много приложений командной строки используют для местоположений заказной установки) перед установкой, таким образом, можно понять точно, где вещи могут быть установлены. Можно затем определить, была ли самоскомпилированная версия бы установлена в том же месте или нет, и если они будут конфликтовать с версиями системы:
А именно, необходимо будет удостовериться, устанавливают ли они на различных местоположениях, что путь отражает требуемую версию Вы wqish для использования. Я подозреваю, что подверсия не должна быть проблематичной с несколькими установленными версиями... Для Ruby я использую название ruby19 рубинового исполняемого файла для остановки любых проблем пути с несовместимым кодом.
Существует менее - мощный, но свободный quicklook плагин для .pkg файлов, который делает основное задание шоу, где вещи будут установлены: